MySQL スキーマを GitHub Wiki フレンドリーなマークダウン テーブルに変換するにはどうすればよいですか?

MySQL スキーマを GitHub Wiki に変換する

問題:
MySQL データベース スキーマを GitHub Wiki にエクスポートしたいと考えています。 GitHub Wiki に適したマークダウン形式

解決策:
ここでは、2 つの MySQL ストアド プロシージャを使用してデータベース スキーマをマークダウン テーブル形式に変換するカスタム ソリューションを示します。

Stored手順:

-- Stored Procedure 1: describeTables_v2a
CREATE PROCEDURE `Reporting101a`.`describeTables_v2a`(
    IN dbName varchar(100), -- The database name to report table structures
    OUT theSession int, -- OUT parameter for session# assigned
    IN deleteSessionRows BOOL, -- True for deleting rows when done from main reporting table for this session#
    IN callTheSecondStoredProc BOOL -- TRUE = output is from Pretty output in Second Stored Proc. FALSE = not so pretty output
)
BEGIN
    -- Code goes here...
END$$

-- Stored Procedure 2: Print_Tables_Like_Describe
CREATE PROCEDURE `Reporting101a`.`Print_Tables_Like_Describe`(
    pSessionId INT
)
BEGIN
    -- Code goes here...
END$$

使用法:

1. レポート テーブルを保存するための別のデータベースを作成します。
2. describeTables_v2a を実行します。ストアド プロシージャ、データベース名、セッション ID の OUT 変数、およびセッション データを削除し、きれいな出力を得るために 2 番目のストアド プロシージャを呼び出すために必要なフラグ。
3. 2 番目のストアド プロシージャを自動的に呼び出さないことを選択した場合は、最初のストアド プロシージャから取得したセッション ID を使用して個別に実行します。

出力:

出力は、次の構造を含むテーブル形式のマークダウン ファイルになります。指定されたデータベース内のすべてのテーブル。出力形式は MySQL の DESCRIBE コマンドに似ています。

補足:

• ストアド プロシージャは一時テーブルを動的に作成し、データ操作操作を実行するため、大規模なデータベースには適していません。
• 実行する前に、describeTables_v2a ストアド プロシージャでデータベース名を調整してください。
• セッション行を削除すると、対応するデータがレポート テーブルから完全に削除されるため、注意してください。

以上がMySQL スキーマを GitHub Wiki フレンドリーなマークダウン テーブルに変換するにはどうすればよいですか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。