接続する マリアDB Excel、Google Sheets、AI、RESTへ

実際のMariaDBデータの厄介な部分

MariaDBはMySQLの寛容な特性を受け継いでおり、長期にわたって使用されるスキーマにはそうした特性が数多く存在する。これらの特性は回避されるのではなく、適切に処理される。

• ゼロデート — '0000-00-00' は、ほとんどのクライアントで有効ですが、致命的なエラーとなります。クエリ全体を削除する代わりに、空の日付として読み取られます。
• tinyint は tinyint を意味します — tinyint(1) は従来のブール値であり、true または false として返されますが、単純な tinyint は小さな整数のままです。
• 正確な小数点 — 小数点列は、指定した精度とスケールを維持します。資金が流出する際に変動することはありません。
• デフォルトではutf8mb4が使用されるため、絵文字とCJK文字の全範囲がそのまま表示されます。
• クロスデータベース結合は1つの接続で動作します — ログインユーザーが同じサーバー上の2つのデータベースにアクセスできる場合、1つのクエリで両方を読み取ることができます。

設定していないプラグインの名前を指定してログインに失敗した場合

午後を費やす前に知っておくと良いでしょう。MariaDBは、認識できないアカウントへのログイン試行に対して、意図的に偽のハンドシェイクで応答します。これは、攻撃者がエラーメッセージからどのユーザー名が存在するかを特定できないようにするためです。この際に名前が付けられるプラグインは多くの場合auth_gssapi_clientで、これにより、実際には関係のないKerberosの問題のようにエラーが表示されます。

• これはサーバー側の動作であり、クエリ ストリームの動作ではありません。つまり、アカウントが存在しないか、エージェントが実行されているホストからアカウントが付与されていないことを意味します。
• 実際に存在するアカウントの場合は、単に「アクセス拒否」と表示されるため、両者を簡単に区別できます。実在することがわかっているユーザー名に対して、わざと間違ったパスワードを入力してみてください。
• 修正はサーバー側で行われています — ユーザーを作成し、エージェントのホスト名または「%」から権限を付与します。

フェデレーション結合ではデータベース名を使用します

MariaDBにはデータベースとテーブルの間にスキーマ層がないため、クロスソースクエリでは、3つの部分からなる名前の真ん中の部分がデータベース自体になります。

-- shop_prod は接続、sales は MariaDB データベースです。 SELECT c.region, COUNT(*) AS orders FROM shop_prod.sales.orders o JOIN pg_crm.public.customers c ON c.id = o.customer_id GROUP BY c.region