第一回データベースについて語る会

第一回データベースについて語る会株式会社 Nextbeat 富永孝彦 2024年7月26日 (金)

はじめに MySQLのクライアント作成の時の話ですが、他のデータベースでも同じようなことが言えるかもしれません。自分が初めて作成した時の知見を元に発表を行いますので、資料に間違った情報があるかもしれませんがご了承ください。間違っている箇所や、もっとこうした方が良いなどありましたら教えてください！資料今回はデータベースのクライアント作成に関する話

自己紹介名前: 富永孝彦 (とみながたかひこ) 所属: 株式会社 Nextbeat SNS
X: @takapi327 Github: https://github.com/takapi327 趣味プログラミング大好き

なぜこの話を？データベースクライアント作成に関する情報が少ない自分が作る時情報が欲しかった手順便利ツールドキュメント etc… そういった方の参考になればと思いこの話をします。

背景と目的 Scalaは現在JVM, JS, Nativeというマルチプラットフォームに対応しています。しかし、JDBCを使用したライブラリだとJVM環境でしか動作しません。そのためMySQLプロトコルに対応したプレーンなScalaで書かれたコネクタを提供(こちらはまだ誠意開発中)することで、異なるプラットフォームで動作できるようにするために開発を行っています。クライアント自体はScalaを使用して作成しました。

要は… 趣味です

開発のTips 通信の監視パケットの見方カンニングここではどんな感じで開発を進めていけばいいのかわからないという方のために、参考になれば幸いです。

通信の監視なぜ通信の監視を行うと良いのか？

通信の監視なぜ通信の監視を行うと良いのか？ ⚫︎ パケットの見方を覚える

通信の監視なぜ通信の監視を行うと良いのか？ ⚫︎ パケットの見方を覚える ⚫︎ 答え合わせを行いながら開発できる

通信の監視なぜ通信の監視を行うと良いのか？ ⚫︎ パケットの見方を覚える ⚫︎ 答え合わせを行いながら開発できるではそのパケットを見る方法をみていきましょう

データベースクライアントとMySQLサーバーとの通信データベースクライアントとMySQLサーバーとの通信は、TCP/IPプロトコルを使用して行われます。こういった通信はネットワークパケットアナライザと呼ばれるngrepなどのツールを使用して監視することで、通信内容を確認できます。 ※ 他にも色々なツールがあるので、自分に合ったものを選ぶと良いです。 1 brew install ngrep

ngrepの使用方法 1 sudo ngrep -x -q -d lo0 '' 'port
3306'

ngrepの使用方法 `-x`: キャプチャしたパケットのデータ部分を16進数形式で表示します。各バイトが2桁の16進数で表示され、可読なASCII文字が表示されます。 1 sudo ngrep -x -q -d lo0
'' 'port 3306'

ngrepの使用方法 `-x`: キャプチャしたパケットのデータ部分を16進数形式で表示します。各バイトが2桁の16進数で表示され、可読なASCII文字が表示されます。 `-q`: 出力の際にパケットのデータ部分のみを表示し、その他の情報を抑制します。これは「クワイエットモード」（quiet mode）として知られています。 1 sudo ngrep
-x -q -d lo0 '' 'port 3306'

ngrepの使用方法 `-x`: キャプチャしたパケットのデータ部分を16進数形式で表示します。各バイトが2桁の16進数で表示され、可読なASCII文字が表示されます。 `-q`: 出力の際にパケットのデータ部分のみを表示し、その他の情報を抑制します。これは「クワイエットモード」（quiet mode）として知られています。 `-d`: デバイスを指定します。ここでは`lo0`を指定しています。`lo0`はループバックインターフェースを指しています。ループバックインターフェースは、ローカルホスト（`127.0.0.1`）との通信を行うために使用されます。
1 sudo ngrep -x -q -d lo0 '' 'port 3306'

`''`: フィルタ条件として空の文字列を指定しています。これは、特定の内容に関するフィルタリングを行わないことを意味します。すべてのパケットをキャプチャ対象とする場合に使用されます。 1 sudo ngrep -x -q -d lo0 '' 'port 3306'

`''`: フィルタ条件として空の文字列を指定しています。これは、特定の内容に関するフィルタリングを行わないことを意味します。すべてのパケットをキャプチャ対象とする場合に使用されます。 `'port 3306'`: キャプチャ対象のパケットをTCPまたはUDPのポート番号`3306`に限定します。この場合、MySQLデータベースが通常使用するポート番号3306に対するパケットがキャプチャ対象となります。 1 sudo ngrep -x -q -d lo0 '' 'port 3306'

`''`: フィルタ条件として空の文字列を指定しています。これは、特定の内容に関するフィルタリングを行わないことを意味します。すべてのパケットをキャプチャ対象とする場合に使用されます。 `'port 3306'`: キャプチャ対象のパケットをTCPまたはUDPのポート番号`3306`に限定します。この場合、MySQLデータベースが通常使用するポート番号3306に対するパケットがキャプチャ対象となります。このコマンドは、MySQLサーバーへのすべてのトラフィック（ループバックインターフェース経由で送受信されるもの）を16進数形式で出力します。 1 sudo ngrep -x -q -d lo0 '' 'port 3306'

ngrepの使用方法 // step 1 sudo ngrep -x -q -d lo0
'' 'port 3306' 1 2

ngrepの使用方法 sudo ngrep -x -q -d lo0 '' 'port 3306'
1 // step 1 2

'' 'port 3306' 1 2

'' 'port 3306' Password: 1 2 3

ngrepの使用方法 Password: 1 // step 2 2 sudo ngrep -x
-q -d lo0 '' 'port 3306' 3

'' 'port 3306' Password: 1 2 3

'' 'port 3306' Password: interface: lo0 (127.0.0.0/255.0.0.0) filter: ( port 3306 ) and (ip || ip6) 1 2 3 4 5

ngrepの使用方法 interface: lo0 (127.0.0.0/255.0.0.0) filter: ( port 3306 ) and
(ip || ip6) 1 // step 3 2 sudo ngrep -x -q -d lo0 '' 'port 3306' 3 Password: 4 5

'' 'port 3306' Password: interface: lo0 (127.0.0.0/255.0.0.0) filter: ( port 3306 ) and (ip || ip6) 1 2 3 4 5

ngrepの使用方法 // step 4 (別タブで実行) mysql -u root -p 1
2

'' 'port 3306' Password: interface: lo0 (127.0.0.0/255.0.0.0) filter: ( port 3306 ) and (ip || ip6) T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password. 1 2 3 4 5 6 7 8 9 10 11 12

ngrepの使用方法 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 4a 00 00
00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password. 1 // step 5 2 sudo ngrep -x -q -d lo0 '' 'port 3306' 3 Password: 4 interface: lo0 (127.0.0.0/255.0.0.0) 5 filter: ( port 3306 ) and (ip || ip6) 6 7 8 9 10 11 12

'' 'port 3306' Password: interface: lo0 (127.0.0.0/255.0.0.0) filter: ( port 3306 ) and (ip || ip6) T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password. 1 2 3 4 5 6 7 8 9 10 11 12

パケットの見方 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a
00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

パケットの見方この部分はパケットがどこからどこへ送信されたかを示しています。ここでは、MySQLサーバーからMySQLクライアントへの通信を示しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5
2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

パケットの見方 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a

パケットの見方この部分はパケットのデータ部分を示しています。ここでは、MySQLサーバーからMySQLクライアントへの通信データを示しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

パケットの見方 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a

パケットの見方パケットは各2桁の16進数が1バイトを表しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2
4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

パケットの見方 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a

パケットの見方 MySQLでは最初の4バイトはヘッダー部分を示しており、それ以外の部分はボディのデータ部分を示しています。ペイロードの長さ (最初の3バイト) Sequence ID (最後の1バイト) 1 T
127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

パケットの見方 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a

パケットの見方この右に表示されているデータは、パケットのデータ部分をASCII文字列で表現したものです。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2
4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

パケットの形式送信されるパケットの内容はデータベースによって決まっている。データベースごとにドキュメントが存在しているので、それを参照することでパケットの内容を理解することができる。 ※ MySQL v8から通信方式がSSL前提になっているので、パケットを表示しても暗号化されて解読できなくなっています。なので、v8を使用する場合は、認証プラグインを native_password
に変更するか、SSLを無効にすることで解読できるようになります。

MySQL MySQLは、オープンソースのリレーショナルデータベース管理システム(RDBMS)です。 MySQL用のデータベースクライアントライブラリを作成する際には、MySQLの通信プロトコルについて理解することが重要です。以下がMySQLの公式ドキュメントです。 https://dev.mysql.com/doc/dev/mysql-server/latest/

これが(個人的に)すごくわかりづらかった… 型の説明がない別のページにある説明がよくわからない表に条件分岐をいれないで欲しいサンプルコードがない初めて作る人用というよりは、知識を持っている人が確認するための資料なのかも？

MySQLサーバーとの通信はコネクションフェーズとコマンドフェーズに分かれて行われます。コネクションフェーズハンドシェイク SSL認証認証コマンドフェーズクエリの実行プリペアドステートメントの実行ストアドプロシージャの実行

MySQLサーバーとの通信はコネクションフェーズとコマンドフェーズに分かれて行われます。コネクションフェーズハンドシェイク SSL認証認証まず初めはハンドシェイクから見ていくことになる。 https://dev.mysql.com/doc/dev/mysql-server/latest/page_protocol_connection_phase.html

ヘッダーこれがハンドシェイク時にMySQLサーバーからクライアントに送信されるパケットの内容です。ボディ

読み方 int<number> string<NULL> string[number] $length ※ 他にもあるけど今日はこの4つ

int<number> : 固定長整数 (Protocol::FixedLengthInteger) 固定長整数は、値を固定されたバイト数で表現するためのデータ型です。整数の値は、バイト列の中に格納されます。 MySQLプロトコルでは、以下のような固定長の符号なし整数のバリアントがあります。 int<1> : 1バイトの固定長整数
int<2> : 2バイトの固定長整数 int<3> : 3バイトの固定長整数 int<4> : 4バイトの固定長整数 int<6> : 6バイトの固定長整数 int<8> : 8バイトの固定長整数

固定長整数の例例えば、3バイトの固定長整数（int<3>）の場合。3バイトのデータで一つの整数を表現します。バイト順序 16進数 10進数バイト1 0x01 1 バイト2 0x02
2 バイト3 0x03 3 この場合、値は0x010203となり、これを10進数に変換すると291になります。つまり、int<3>というデータ型の場合はバイト配列の内、3つのバイトで表現を行っているということです。

パケットに当てはめてみるヘッダーのドキュメントを見ると、ヘッダーは以下のようになっています。ペイロードの長さ: int<3> シーケンスID: int<1> ※ string<var> はペイロードの値全てなので、後で分解して説明

ペイロードの長さ: int<3> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

ペイロードの長さ: int<3> つまりこの3桁がペイロードの長さを示しています。この場合、0x4a000000を10進数に変換すると74になります。 ※ つまり、このパケットのペイロード部分は74個のバイトで構成されているということ 1 T 127.0.0.1:3306 ->
127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

シークエンスID: int<1> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

シークエンスID: int<1> つまりこの1桁がシークエンスIDを示しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]
#5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

string<NULL> : NULL終端文字列 (Protocol::NullTerminatedString) MySQLプロトコルでは、文字列のデータをエンコードする際にいくつかの方法があります。その中でも、 string<NULL> は、文字列の最後が NULL （00）で終端された文字列のことを指します。

例えば、文字列 "Hello" を string<NULL> としてエンコードすると以下のようになります：文字列 16進数 H 0x48 e
0x65 l 0x6c l 0x6c o 0x6f NULL 0x00 この場合、文字列 "Hello" は16進数で "48 65 6C 6C 6F 00" と表現されます。最後の00バイトが、文字列の終わりを示すNULL終端文字です。

string[number] : 固定長文字列 (Protocol::FixedLengthString) string[number] とは、固定長の文字列で、事前に決められた長さを持つ文字列のことです。文字列の長さは予め決まっており、これが固定されています。例えば、 string[5] は、5バイトの固定長文字列を表します。この場合、文字列の長さは5バイトで、文字列
の長さが5バイトになるようにパディングされます。文字列データ 16進数表示説明 "12345" 31 32 33 34 35 ちょうど5バイトの文字列 "AB" 41 42 00 00 00 2文字の文字列を5バイトに拡張

$length : 可変長文字列 (Protocol::LengthEncodedString) $length とは、文字列の先頭にその文字列の長さを表すエンコードされた整数が付加される形式の文字列です。これにより、文字列の長さを事前に知ることができます。長さエンコードされた整数は、特別な形式でエンコードされます。一般的に、1バイトから最大8バイトで表現されます。

例えば、長さが5の文字列 "Hello" の場合：データバイト例長さ (5) 05 文字列 "Hello"
48 65 6C 6C 6F つまり、"Hello" の長さエンコードされた文字列は "05 48 65 6C 6C 6F" となります。

パケットに当てはめてみるハンドシェイクのドキュメントを見ると以下のようになっています。プロトコルバージョン: int<1> サーバーバージョン: string<NULL> スレッドID: int<4> 認証プラグインのランダムデータ1:
string<8> 認証プラグインのランダムデータ2: $length etc…

プロトコルバージョン: int<1> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

プロトコルバージョン: int<1> つまりこの1桁がプロトコルバージョン(`int<1>`)を示しています。常に10進数の10になります。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]

サーバーバージョン: string<NULL> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

サーバーバージョン: string<NULL> つまりここで0がきているので、NULL終端文字列の終わりを示しているとわかる。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]

サーバーバージョン: string<NULL> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

サーバーバージョン: string<NULL> つまりなので、ここまでのデータはサーバーバージョンを示しているとわかる。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]

スレッドID: int<4> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

スレッドID: int<4> つまりこの4桁がスレッドID(`int<4>`)を示しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]

認証プラグインのランダムデータ1: string<8> つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

認証プラグインのランダムデータ1: string<8> つまりこの8桁が認証プラグインのランダムデータ1を示しています。 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP]

認証プラグインのランダムデータ2の長さ: $length $length は、可変長文字列を示すデータ型で最初に長さを示す整数が付加される形式の文字列でした。ここでドキュメントを見てみると…

認証プラグインのランダムデータ2の長さ: $length $length は、可変長文字列を示すデータ型で最初に長さを示す整数が付加される形式の文字列でした。ここでドキュメントを見てみると… ランダムデータ2の長さは、どの条件でも`int<1>`で表現されると書いてある。

認証プラグインのランダムデータ2の長さ: int<1> つまり (※ 先ほどからの間にあるパケットは省略しています) 1 T 127.0.0.1:3306 -> 127.0.0.1:56281
[AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

認証プラグインのランダムデータ2の長さ: int<1> つまり (※ 先ほどからの間にあるパケットは省略しています) この1桁が長さを示しています。15は10進数で17になります。今回取得したいデータは、`$len=MAX(13, length of auth-plugin-data
- 8)`という条件があるので、取得した長さを使い計算すると 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

- 8)`という条件があるので、取得した長さを使い計算すると `$len=MAX(13, 17 - 8)` 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

- 8)`という条件があるので、取得した長さを使い計算すると `$len=MAX(13, 17 - 8)` `$len=MAX(13, 9)` 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

- 8)`という条件があるので、取得した長さを使い計算すると `$len=MAX(13, 17 - 8)` `$len=MAX(13, 9)` `$len=13` 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

認証プラグインのランダムデータ: $length つまり 1 T 127.0.0.1:3306 -> 127.0.0.1:56281 [AP] #5

認証プラグインのランダムデータ: $length つまりこの範囲(13)のデータが認証プラグインのランダムデータを示しています。 ※ 間にreserved: `string[10]`があるので、その値は飛ばしています。(全て0の値) 1 T 127.0.0.1:3306
-> 127.0.0.1:56281 [AP] #5 2 4a 00 00 00 0a 38 2e 30 2e 33 33 00 9b 19 00 00 J....8.0.33..... 3 69 26 73 2a 75 08 1c 2c 00 ff ff ff 02 00 ff df i&s*u..,.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 63 01 02 01 2e ...........c.... 5 3e 45 23 57 31 7f 5b 00 63 61 63 68 69 6e 67 5f >E#W1.[.caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

これで数字と文字列は読み取れるようになった！読み方がわかればそんなに難しくないと思いませんか？

これで数字と文字列は読み取れるようになった！読み方がわかればそんなに難しくないと思いませんか？数字と文字列の読み方がわかれば他のデータも大体読めるようになります。

これで数字と文字列は読み取れるようになった！読み方がわかればそんなに難しくないと思いませんか？数字と文字列の読み方がわかれば他のデータも大体読めるようになります。でも...読めるようになってもどうやってコードに落とし込むかわからない...

これで数字と文字列は読み取れるようになった！読み方がわかればそんなに難しくないと思いませんか？数字と文字列の読み方がわかれば他のデータも大体読めるようになります。でも...読めるようになってもどうやってコードに落とし込むかわからない... 何を使えばいいのかわからない...

これで数字と文字列は読み取れるようになった！読み方がわかればそんなに難しくないと思いませんか？数字と文字列の読み方がわかれば他のデータも大体読めるようになります。でも...読めるようになってもどうやってコードに落とし込むかわからない... 何を使えばいいのかわからない... そもそもどうやってデータを取得するのかわからない...

AIを使おう！書き出しはAIに任せる

雑に送ってみる ``` 4a 00 00 00 ``` 上記はMySQLサーバーから送られてくるパケットの一部です。それぞれ以下要件に従ってデコードするコードをScalaで作成してください。 - Scodecライブラリを使用
- 最初の3つはペイロードの長さとしてデコード - 最後の1つはシークエンスIDとしてデコード ※ ライブラリの指定はしなくても良い (使いたいものがあれば指定)

生成されたコード ※ プロンプトや使用言語、その時の調子によって精度は変わります。 1 import scodec._ 2 import scodec.bits._ 3
import scodec.codecs._ 4 import scodec.Attempt._ 5 6 case class MySQLPacket( 7 payloadLength: Int, 8 sequenceId: Int 9 )

object MySQLPacketDecoder: // ペイロード長とシーケンスIDのコーデック定義 val payloadLengthCodec: Codec[Int] = ("payloadLength" |
uint24L) val sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) // MySQLPacket用にコーデックを1つにまとめる val mySQLPacketCodec: Codec[MySQLPacket] = ( payloadLengthCodec :: sequenceIdCodec ).as[MySQLPacket] def main(args: Array[String]): Unit = // 16進文字列をバイト列に変換 val hexString = "4a000000" val bytesOpt = ByteVector.fromHex(hexString) // ByteVectorが正常に作成されたことを確認する。 bytesOpt match case Some(bytes) => // パケットをデコードする mySQLPacketCodec.decode(bytes.bits) match case Successful(DecodeResult(packet, _)) => println(s"Payload Length: ${packet.payloadLength}") println(s"Sequence ID: ${packet.sequenceId}") case Failure(err) => println(s"Failed to decode: $err") case None => println(s"Invalid hex string: $hexString") 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

// ペイロード長とシーケンスIDのコーデック定義 val payloadLengthCodec: Codec[Int] = ("payloadLength" | uint24L) val
sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) 1 object MySQLPacketDecoder: 2 3 4 5 // MySQLPacket用にコーデックを1つにまとめる 6 val mySQLPacketCodec: Codec[MySQLPacket] = ( 7 payloadLengthCodec :: sequenceIdCodec 8 ).as[MySQLPacket] 9 def main(args: Array[String]): Unit = 10 // 16進文字列をバイト列に変換 11 val hexString = "4a000000" 12 val bytesOpt = ByteVector.fromHex(hexString) 13 // ByteVectorが正常に作成されたことを確認する。 14 bytesOpt match 15 case Some(bytes) => 16 // パケットをデコードする 17 mySQLPacketCodec.decode(bytes.bits) match 18 case Successful(DecodeResult(packet, _)) => 19 println(s"Payload Length: ${packet.payloadLength}") 20 println(s"Sequence ID: ${packet.sequenceId}") 21 case Failure(err) => 22 println(s"Failed to decode: $err") 23 case None => 24 println(s"Invalid hex string: $hexString")

// MySQLPacket用にコーデックを1つにまとめる val mySQLPacketCodec: Codec[MySQLPacket] = ( payloadLengthCodec :: sequenceIdCodec
).as[MySQLPacket] 1 object MySQLPacketDecoder: 2 // ペイロード長とシーケンスIDのコーデック定義 3 val payloadLengthCodec: Codec[Int] = ("payloadLength" | uint24L) 4 val sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) 5 6 7 8 9 def main(args: Array[String]): Unit = 10 // 16進文字列をバイト列に変換 11 val hexString = "4a000000" 12 val bytesOpt = ByteVector.fromHex(hexString) 13 // ByteVectorが正常に作成されたことを確認する。 14 bytesOpt match 15 case Some(bytes) => 16 // パケットをデコードする 17 mySQLPacketCodec.decode(bytes.bits) match 18 case Successful(DecodeResult(packet, _)) => 19 println(s"Payload Length: ${packet.payloadLength}") 20 println(s"Sequence ID: ${packet.sequenceId}") 21 case Failure(err) => 22 println(s"Failed to decode: $err") 23 case None => 24 println(s"Invalid hex string: $hexString")

// 16進文字列をバイト列に変換 val hexString = "4a000000" val bytesOpt = ByteVector.fromHex(hexString)
1 object MySQLPacketDecoder: 2 // ペイロード長とシーケンスIDのコーデック定義 3 val payloadLengthCodec: Codec[Int] = ("payloadLength" | uint24L) 4 val sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) 5 // MySQLPacket用にコーデックを1つにまとめる 6 val mySQLPacketCodec: Codec[MySQLPacket] = ( 7 payloadLengthCodec :: sequenceIdCodec 8 ).as[MySQLPacket] 9 def main(args: Array[String]): Unit = 10 11 12 13 // ByteVectorが正常に作成されたことを確認する。 14 bytesOpt match 15 case Some(bytes) => 16 // パケットをデコードする 17 mySQLPacketCodec.decode(bytes.bits) match 18 case Successful(DecodeResult(packet, _)) => 19 println(s"Payload Length: ${packet.payloadLength}") 20 println(s"Sequence ID: ${packet.sequenceId}") 21 case Failure(err) => 22 println(s"Failed to decode: $err") 23 case None => 24 println(s"Invalid hex string: $hexString")

// パケットをデコードする mySQLPacketCodec.decode(bytes.bits) match case Successful(DecodeResult(packet, _)) => println(s"Payload Length:
${packet.payloadLength}") println(s"Sequence ID: ${packet.sequenceId}") case Failure(err) => println(s"Failed to decode: $err") 1 object MySQLPacketDecoder: 2 // ペイロード長とシーケンスIDのコーデック定義 3 val payloadLengthCodec: Codec[Int] = ("payloadLength" | uint24L) 4 val sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) 5 // MySQLPacket用にコーデックを1つにまとめる 6 val mySQLPacketCodec: Codec[MySQLPacket] = ( 7 payloadLengthCodec :: sequenceIdCodec 8 ).as[MySQLPacket] 9 def main(args: Array[String]): Unit = 10 // 16進文字列をバイト列に変換 11 val hexString = "4a000000" 12 val bytesOpt = ByteVector.fromHex(hexString) 13 // ByteVectorが正常に作成されたことを確認する。 14 bytesOpt match 15 case Some(bytes) => 16 17 18 19 20 21 22 23 case None => 24 println(s"Invalid hex string: $hexString")

object MySQLPacketDecoder: // ペイロード長とシーケンスIDのコーデック定義 val payloadLengthCodec: Codec[Int] = ("payloadLength" |
uint24L) val sequenceIdCodec: Codec[Int] = ("sequenceId" | uint8L) // MySQLPacket用にコーデックを1つにまとめる val mySQLPacketCodec: Codec[MySQLPacket] = ( payloadLengthCodec :: sequenceIdCodec ).as[MySQLPacket] def main(args: Array[String]): Unit = // 16進文字列をバイト列に変換 val hexString = "4a000000" val bytesOpt = ByteVector.fromHex(hexString) // ByteVectorが正常に作成されたことを確認する。 bytesOpt match case Some(bytes) => // パケットをデコードする mySQLPacketCodec.decode(bytes.bits) match case Successful(DecodeResult(packet, _)) => println(s"Payload Length: ${packet.payloadLength}") println(s"Sequence ID: ${packet.sequenceId}") case Failure(err) => println(s"Failed to decode: $err") case None => println(s"Invalid hex string: $hexString") 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

実行してみると… 1 Payload Length: 74 2 Sequence ID: 0

実行してみると… これでデータの取得ができるようになりました！ 1 Payload Length: 74 2 Sequence ID: 0

実行してみると… これでデータの取得ができるようになりました！雑に投げるだけでもAIがコードを生成してくれるので、わからなくてもこれを下敷きにして進めていけばいい！ 1 Payload Length: 74 2 Sequence
ID: 0

実行してみると… これでデータの取得ができるようになりました！雑に投げるだけでもAIがコードを生成してくれるので、わからなくてもこれを下敷きにして進めていけばいい！今ならclaudeとか他のモデルもあるし、プロンプトを丁寧に書けばもっといいコードが生成されるかもしれない！ 1 Payload Length: 74
2 Sequence ID: 0

実行してみると… これでデータの取得ができるようになりました！雑に投げるだけでもAIがコードを生成してくれるので、わからなくてもこれを下敷きにして進めていけばいい！今ならclaudeとか他のモデルもあるし、プロンプトを丁寧に書けばもっといいコードが生成されるかもしれない！ AIにいい感じに生成してもらうために調べて伝えるということをやっていると自然と身についていく！ 1 Payload Length:
74 2 Sequence ID: 0

実行してみると… これでデータの取得ができるようになりました！雑に投げるだけでもAIがコードを生成してくれるので、わからなくてもこれを下敷きにして進めていけばいい！今ならclaudeとか他のモデルもあるし、プロンプトを丁寧に書けばもっといいコードが生成されるかもしれない！ AIにいい感じに生成してもらうために調べて伝えるということをやっていると自然と身についていく！あとは同じように他の項目もデコードしていき組み合わせていけば、MySQLサーバーと通信するためのコードができていきます。 1
Payload Length: 74 2 Sequence ID: 0

コードを書いてもコードを書いたとしても本当に正しいのかわからない…

コードを書いてもコードを書いたとしても本当に正しいのかわからない… AIは間違ったことを教えてくれることがある...

コードを書いてもコードを書いたとしても本当に正しいのかわからない… AIは間違ったことを教えてくれることがある... リトルエンディアンとビッグエンディアンの違いで取得方法が間違っていてもデータの取得ができてしまう...

コードを書いてもコードを書いたとしても本当に正しいのかわからない… AIは間違ったことを教えてくれることがある... リトルエンディアンとビッグエンディアンの違いで取得方法が間違っていてもデータの取得ができてしまう... 間違ったデータを扱っていると、どこで間違ったのかがわからない...

既存ライブラリでカンニングしよう！

カンニングとは？ MySQLのような広く使われているようなデータベースは、多くのライブラリが存在しています。今作ろうとしているものは既に誰かが作っている。じゃあ、それを見れば実装方法はわかるよね？

実際にカンニングを行う準備は何が必要か？

実際にカンニングを行う準備は何が必要か？準備はもうできている！

実際にカンニングを行う準備は何が必要か？準備はもうできている！ ngrepでパケットを監視できる！

実際にカンニングを行う準備は何が必要か？準備はもうできている！ ngrepでパケットを監視できる！パケットの見方も大体わかる！

実際にカンニングを行う準備は何が必要か？準備はもうできている！ ngrepでパケットを監視できる！パケットの見方も大体わかる！ MySQLサーバーを起動して、既存ライブラリとの通信内容を確認すればいい！

何をみるのか？どのような順番でデータがやり取りされているかどのようにエンコードしてサーバーにデータを送信すれば良いか etc… 私は主に以下の接続をそれぞれ監視して、どのようなデータがやり取りされているかを確認しました。 mysql client mysql-connector-java 自分の作ってみたい言語のライブラリを使えばOk！

まずは ScalaはJDBCを使ってMySQLサーバーと通信するので、mysql-connector-javaを使って通信しているデータを見てみる。まずはここから！ ※ Scala CLIを使用 1 //> using
scala "3.3.3" 2 //> using dep mysql:mysql-connector-java:8.0.33 3 4 val dataSource = new MysqlDataSource() 5 dataSource.setServerName("127.0.0.1") 6 dataSource.setPortNumber(3306) 7 dataSource.setUser("username") 8 dataSource.setPassword("password") 9 dataSource.setUseSSL(false) // v8 (caching_sha2_password) 使用の場合 10 dataSource.setAllowPublicKeyRetrieval(true) // v8 (caching_sha2_password) 使用の場合 11 12 // 接続 13 val connection = dataSource.getConnection 1 scala-cli mysql-connector.sc

先ほどと同じようにngrepでパケットを監視してみると… 先ほどと同じ形式でデータが送られてきていることがわかる 1 T 127.0.0.1:13306 -> 127.0.0.1:59433 [AP] #5 2
4a 00 00 00 0a 38 2e 30 2e 33 33 00 79 0a 00 00 J....8.0.33.y... 3 4b 3d 5f 7f 66 71 40 68 00 ff ff ff 02 00 ff df K=_.fq@h.��..�� 4 15 00 00 00 00 00 00 00 00 00 00 54 45 45 19 59 ...........TEE.Y 5 63 0f 63 18 27 76 07 00 63 61 63 68 69 6e 67 5f c.c.'v..caching_ 6 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 sha2_password.

送られたデータに対して、MySQLドライバーはこのようなデータを送信していることがわかるつまり… 1 T 127.0.0.1:59433 -> 127.0.0.1:13306 [AP] #7 2
e0 00 00 01 07 a2 3e 19 ff ff ff 00 ff 00 00 00 �....�>.��.�... 3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 4 00 00 00 00 6c 64 62 63 00 20 1c ea ae b9 6a bd ....ldbc. .ꮹj� 5 3c cd 06 dc 21 7a 98 53 6c 6b 6e 82 49 bc d7 44 <�.�!z.Slkn.I��D 6 d1 2d 42 7c f7 28 f5 f5 61 5a 63 61 63 68 69 6e �-B|�(��aZcachin 7 67 5f 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 g_sha2_password. 8 83 10 5f 72 75 6e 74 69 6d 65 5f 76 65 72 73 69 .._runtime_versi 9 6f 6e 07 31 31 2e 30 2e 31 37 0f 5f 63 6c 69 65 on.11.0.17._clie 10 6e 74 5f 76 65 72 73 69 6f 6e 06 38 2e 30 2e 33 nt_version.8.0.3 11 33 0f 5f 63 6c 69 65 6e 74 5f 6c 69 63 65 6e 73 3._client_licens 12 65 03 47 50 4c 0f 5f 72 75 6e 74 69 6d 65 5f 76 e.GPL._runtime_v 13 65 6e 64 6f 72 0f 41 6d 61 7a 6f 6e 2e 63 6f 6d endor.Amazon.com 14 20 49 6e 63 2e 0c 5f 63 6c 69 65 6e 74 5f 6e 61 Inc.._client_na 15 6d 65 11 4d 79 53 51 4c 20 43 6f 6e 6e 65 63 74 me.MySQL Connect 16 6f 72 2f 4a or/J

送られたデータに対して、MySQLドライバーはこのようなデータを送信していることがわかるつまり… これが答え！ 1 T 127.0.0.1:59433 -> 127.0.0.1:13306 [AP] #7
2 e0 00 00 01 07 a2 3e 19 ff ff ff 00 ff 00 00 00 �....�>.��.�... 3 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 4 00 00 00 00 6c 64 62 63 00 20 1c ea ae b9 6a bd ....ldbc. .ꮹj� 5 3c cd 06 dc 21 7a 98 53 6c 6b 6e 82 49 bc d7 44 <�.�!z.Slkn.I��D 6 d1 2d 42 7c f7 28 f5 f5 61 5a 63 61 63 68 69 6e �-B|�(��aZcachin 7 67 5f 73 68 61 32 5f 70 61 73 73 77 6f 72 64 00 g_sha2_password. 8 83 10 5f 72 75 6e 74 69 6d 65 5f 76 65 72 73 69 .._runtime_versi 9 6f 6e 07 31 31 2e 30 2e 31 37 0f 5f 63 6c 69 65 on.11.0.17._clie 10 6e 74 5f 76 65 72 73 69 6f 6e 06 38 2e 30 2e 33 nt_version.8.0.3 11 33 0f 5f 63 6c 69 65 6e 74 5f 6c 69 63 65 6e 73 3._client_licens 12 65 03 47 50 4c 0f 5f 72 75 6e 74 69 6d 65 5f 76 e.GPL._runtime_v 13 65 6e 64 6f 72 0f 41 6d 61 7a 6f 6e 2e 63 6f 6d endor.Amazon.com 14 20 49 6e 63 2e 0c 5f 63 6c 69 65 6e 74 5f 6e 61 Inc.._client_na 15 6d 65 11 4d 79 53 51 4c 20 43 6f 6e 6e 65 63 74 me.MySQL Connect 16 6f 72 2f 4a or/J

MySQLドライバーの返答に対して、MySQLサーバーはこのようなデータを返しているつまり… 1 T 127.0.0.1:13306 -> 127.0.0.1:59433 [AP] #9 2
02 00 00 02 01 03 ...... 3 4 T 127.0.0.1:13306 -> 127.0.0.1:59433 [AP] #11 5 07 00 00 03 00 00 00 02 00 00 00 ........... 6 7 ...

MySQLドライバーの返答に対して、MySQLサーバーはこのようなデータを返しているつまり… ここでハンドシェイクが完了していることがわかる！ ※ MySQLでは正常系の形式が決まっておりこれはその正常系の形式 1 T 127.0.0.1:13306 -> 127.0.0.1:59433
[AP] #9 2 02 00 00 02 01 03 ...... 3 4 T 127.0.0.1:13306 -> 127.0.0.1:59433 [AP] #11 5 07 00 00 03 00 00 00 02 00 00 00 ........... 6 7 ...

MySQLドライバーの返答に対して、MySQLサーバーはこのようなデータを返しているつまり… ここでハンドシェイクが完了していることがわかる！ ※ MySQLでは正常系の形式が決まっておりこれはその正常系の形式まずはMySQLサーバーからこれが帰ってくるのを目指す！ 1 T 127.0.0.1:13306 ->
127.0.0.1:59433 [AP] #9 2 02 00 00 02 01 03 ...... 3 4 T 127.0.0.1:13306 -> 127.0.0.1:59433 [AP] #11 5 07 00 00 03 00 00 00 02 00 00 00 ........... 6 7 ...

送られたデータに対して、MySQLドライバーはこのようなデータを送信していることがわかる送信するパケットの形式も決まっており、ドキュメントに記載されている Protocol::HandshakeResponse 読み方はMySQLサーバーから受け取るパケットの形式と同じ！ ※ 一部のみ表示

先ほどと同じような手法をとっていく 1. パケットの形式を確認 2. AIを使ってコードを生成これを繰り返していくことで、MySQLサーバーと通信するためのコードができていく！

作って良かったこと、変わったこと

良かったことデータベースをわかった気になれるデータベースクライアントを作ることでデータベースの通信周りの仕組みがわかる JDBC(自分の普段触っている言語のデータベース周り)に詳しくなった気になれる MySQLサーバーと通信していると思っていたメソッドが実は通信していなかったり自分の想定していた処理と違っていたり etc… OSSのコントリビュートに挑戦できるようになる既存のデータベースクライアントのバグを見つけて修正できるようになるどんな処理でもパフォーマンスを考えるようになった
(これがなんとなくわかるようになった) 適当に書くとものすごく遅くなる

(これがなんとなくわかるようになった) 適当に書くとものすごく遅くなる単純な話自信がつく

(これがなんとなくわかるようになった) 適当に書くとものすごく遅くなる単純な話自信がつく自信がついてくると、他のことにも挑戦しやすくなる

変わったこと何かエラーが起きたらパケットのやり取りを見にいくようになった Errorに出てくるクラスを見ると処理の流れがなんとなくイメージできるようになったデータベースがシンプルに見えるようになった目に見えなくてイメージしにくかったデータベースのクライアントとライブラリのコードを読めるようになった (触ったことない言語でも) 言語によってパケットの処理方法が違っていて面白いデータベースのリリースノートなどの更新内容を前よりも理解しながら読めるようになった変更箇所がコードにどのような影響を及ぼすかをイメージしやすくなった

今後やりたいこと他のデータベースのクライアントを作ってみたい (JDBCは共通のインターフェースを提供しているため同じような感じで…) データベースそのものを作ってみたい新しい言語でデータベースクライアントを作ってみたい時間の関係で実際のパケット受信、送信までの説明はできなかった… 今回は通信の監視方法、パケットの見方をメインに話しましたが、次回があって需要があればパケット送信の仕方、データの処理方法などを話していきたい

まとめデータベースクライアントを作る時は…

まとめデータベースクライアントを作る時は… 1. データベースとの通信を見ましょう

まとめデータベースクライアントを作る時は… 1. データベースとの通信を見ましょう 2. AIを使ってコードを生成しましょう

まとめデータベースクライアントを作る時は… 1. データベースとの通信を見ましょう 2. AIを使ってコードを生成しましょう 3. 既存ライブラリの通信をカンニングしましょう

まとめデータベースクライアントを作る時は… 1. データベースとの通信を見ましょう 2. AIを使ってコードを生成しましょう 3. 既存ライブラリの通信をカンニングしましょう 4. 1
~ 3を繰り返しましょう

~ 3を繰り返しましょうどんなことでもコツコツ積み上げて行けば大きなものができていく！

~ 3を繰り返しましょうどんなことでもコツコツ積み上げて行けば大きなものができていく！興味が湧いた人は挑戦してみてね！

ご清聴ありがとうございました！

第一回データベースについて語る会

第一回データベースについて語る会

Other Decks in Programming

Featured

Transcript