問題はめったに一つのデータベースでは終わらない

データを相手に仕事をする人は、しばらくすると小さなコレクションを持つようになる。本番はあるエンジン、手元の複製は別のエンジン、顧客の案件はさらに別、そこへ誰かが送ってきた表計算が加わり、尋ねる前にどこかへ入れておかねばならない。よくある答えはエンジンごとに別のクライアントを入れることで、それぞれに独自のショートカットがあり、結果をどこに置くかについても独自の考え方がある。DBeaver Community は逆を行く。一つで全部と話すアプリケーションなので、あるデータベースで身についた手の記憶が次へそのまま移る。

データベースの理屈で並んだ窓

メインの窓は仕事の流れに沿って配置されている。片側にはブラウザーがあり、接続、スキーマ、表を木として見せるので、問い合わせを書かなくてもデータの形が分かる。中央が SQL エディターだ。その下か横に結果ペインが来る。作業中はこの三つの間を絶えず行き来するので、それらが同じ場所にあるということは、答えが質問の隣に現れるということで、まず並べ替えねばならない別の窓に現れることではない。右クリックのメニューとツールバーには、何度も繰り返す操作が載っている。表を開く、行を絞る、値を更新する、そこにあるべきでないデータを消す、といったものだ。

リレーショナルと非リレーショナルを同じ場所に

対応エンジンの一覧が、多くの人にとって導入の理由になる。MySQL、PostgreSQL、Oracle といったリレーショナルの体系が含まれ、MongoDB や Cassandra のような非リレーショナルの保管も同じように含まれる。この混在は実務で効く。現代の仕組みは一つの分類にとどまることが少ないからだ。移行では古いエンジンから読み、新しいエンジンへ書く。設計の打ち合わせでは、リレーショナルのスキーマを、柔軟な部分を受け持つ保管と並べて見る。どちらにも同じクライアントから届くなら、そうした作業は場面の切り替えの連続から、二つのタブになる。

一日中問い合わせを書く人のためのエディター

構文の色分けは最低限のもので、それは備わっている。もっと役に立つのはスキーマを知っている補完で、表名も列名も暗記しなくても出てくる。整形は、デバッグ中に横へ育ってしまった問い合わせを整え、翌朝にも読める形に戻す。エンジンごとに方言があり、エディターは今使っているものに従う。入れ替え可能なふりはしない。一日が問い合わせの連続である人にとって、これは贅沢ではなく、一度書いて終わるか、名前を間違えて書き直すかの違いになる。

データを入れ、外へ出す

取り込みと書き出しは、データベースの道具が居場所を得るか、面倒ごとになるかの分かれ目だ。DBeaver は CSV や表計算の形式を読み、同じ形式へ書き戻し、その間に列の対応づけを行う。これはデータが行き交う二つの方向をちょうど覆う。他人のファイルが行になり、行が他人のためのファイルになる。大きな量を扱う人にとって、スクリプトではなくクライアントの中で行うということは、実行前に突き合わせを確認できるということで、午後を一日分節約するのはその部分だ。

スキーマは説明するのでなく描く

見た目のモデリングは、遅れて気づいてから手放せなくなる機能だ。表、関連、制約はドラッグで置けるので、スキーマは読む文章ではなく、見るものになる。この方法でデータベースの新しい領域を設計すると、問題が早く表に出る。外部キーの欠けは図では明らかで、命令の並びでは見えない。同じ図は会話でも役に立つ。定義を引用するより、箱を指すほうが早く意見の食い違いが収まる。

組み込みの一覧が尽きたら外へつなぐ

ここでの開放性は、ライセンスだけの話ではない。アプリケーションがオープンソースなので接続の層を広げられ、最初から入っていないデータベースのドライバーを足せる。珍しいエンジンや、プロトコルが変わった版を使うチームは、提供者が気づくのを待たなくてよい。小さな拡張も同じで、ある仕事の流れに合う道具は、要望として出すのではなく差し込める。

なぜ最後にはどこにでも入るのか

何百万人が使っているという話は、肝心な意味では確かめられる。開発者、データベース管理者、分析担当といった、仕事の中身がかなり違う三つの層の機械に同時に入っているからだ。開発者はエディターと結果の表を求める。管理者は接続と権限、そして表に実際に何が入っているかを見る手段を求める。分析担当はデータの一部を外へ持ち出したい。一つのクライアントが三つすべてに応じるからこそ、誰かが号令をかけなくても組織の中へ広がる。

無料で、環境を選ばず、範囲に正直

費用はかからず、Windows、macOS、Linux で動く。ここで書いているのはコミュニティ版だ。より多くを要するチーム向けに重い版もあるが、無料の版が本当に使えるままであることが、この道具を個人の手元に残している。ビジネスインテリジェンスの仕組みを置き換えるものではなく、そう名乗りもしない。やることはもっと狭く、もっと頻繁に必要とされる。目の前のデータベースにつなぎ、問い合わせを書かせて確かめ、データを出し入れし、スキーマの形を見せる。

どこから始めるか

まともな第一歩は、すでに知っているデータベースに一つつなぎ、その日はブラウザーだけを使うこと。次にエディターを開き、普段は別の場所で書いている問い合わせを書いてみる。第二歩は、理解しているスキーマでモデリングの表示を試すこと。道具が単なる問い合わせの画面と違って感じられるのはそこだ。残りはこの二つの習慣から自然に出てくる。