SqliteDog-最新のSQLiteデータベースマネージャー

おそらく、すべての開発者は、彼のキャリアの中で少なくとも一度はSQLiteデータベースに遭遇しています。 そして、もし彼がモバイルアプリケーションで忙しいなら、どうやら彼はそれらを避ける機会を持たないようです。 私たちも例外ではなく、この素晴らしいデータベースをプロジェクトでよく使用しています。 ご存じのとおり、管理用のSQLiteの作成者は正式にコンソールのみを提供しました。 これにより、多数のモンスター、サードパーティ企業のさまざまなマネージャーが生まれました 。



残念ながら、量は品質にはなりませんでした。 すべてのアプリケーションでいくつかの問題が見つかりました。 一部は少し衝撃的です。 たとえば、非常に人気のあるマネージャーは、Firefoxブラウザーの単純な名前であるSQLite Managerの無料アドオンです。 課題トラッカーの234エントリ（ロシア語ではどうでしょうか？）経験豊富なITスペシャリストでさえ、将来の信頼を揺るがすでしょう。 「8バイトの数字の表示が無効です。」 はい、そうです、このマネージャーは8バイト整数の表現ですべての数字を正しく表示できません（明らかにJavaScriptの性質のため）。 誰が大きな数字を気にかけているのか？



多くのマネージャーは普遍的であり（人気のあるすべてのデータベースをサポートしています）、単にSQLiteのすべての機能を使用することを許可していません（多くあります）。 別の問題：オーバーロードされたインターフェイス。 多くの場合、開発者はアプリケーションの機能全体を小さなボタンの束の形でメイン画面に単に「ダンプ」したという感覚がありました。 また、機能を複数のアプリケーション（データエディター、スキーマエディター、データインポーターなど）に分類するのは面倒でした。マーケティングは良いのですが、使用するには不便です。 最後に、現在のファッショナブルなこと-単一のコードベースとフレームワークを使用して複数のプラットフォームでアプリケーションを一度にリリースすると、多くの場合、インターフェイスに小さなバグが発生します：フォントの問題、不適切なエンコード、不適切な行の高さ、コントロールを残す



stackoverflow.comの1つの投稿により、「SQLiteデータベースマネージャーの数が多いにも関わらず、本当に便利な人はいないため、SQLiteの普及に関してマイナスの役割を果たしている」と結論付けられました。 このプロジェクトが生まれました。







紹介しましょう： SqliteDogは最新のSQLiteデータベースマネージャーです。 データベースエディターの使い慣れたインターフェイスを少し変更して、SQL Server Management StudioよりもExcelとChromeの間のクロスに見えるようにしました。 次のスローガンから進めました。データベースマネージャーは「3つの柱」に立っています。 これらは、データ自体、データスキーマ、およびSQLクエリです。 データのサンプリングをできる限りシンプルで便利にする必要があります;できるだけ役立つデータを表示する必要があります（以下を参照）。 データ図を明確に表示し、任意に変更できるようにする必要があります。 SQLエディターは美しく、便利でなければなりません。 SQLの操作は問題になりません。 また、視覚的で便利なSQLite設定管理メカニズム（PRAGMA）が必要でしたが、これは多くの影響を及ぼします。 たとえば、デフォルトでは、外部キーの制限は無効になっており、キャッシュサイズは2000ベースページです。 95％の場合、これらは最適な設定ではありませんが、通常はいくつかのサブメニュー内に「隠されています」。



そこで、利用可能なアプリケーションを分析し、アイデアや希望を収集し始めました。 そして、この段階は約3か月かかりました。 基本的な理解はこれでした。ほとんどすべてのデータベースエディターは、相互にコピーする古風なインターフェイスソリューション上に構築されています。 以下に例を示します。

データベースオブジェクトツリー

これはそのような拷問コントロールで、通常は左側にあり、ツリーで接続されたDB接続とデータベースオブジェクトが含まれています。 たとえば、テーブルの列にアクセスするには、通常次のものが必要です。

-データベースのリストを展開し、正しいものを見つけます。

-「テーブル」ブランチを展開します。

-目的のテーブルを見つけます。

-「列」ブランチを展開します。

さらに、「展開」の操作は次のことを意味します。

-小さな十字架でマウスを打つと、そのたびに位置が変わります。

-調査する必要があり、ツリーの既存の表現をシフトする新しいリストの出現。

考えてみると、おそらく最も不便な制御は木です。 柔軟性のために使用されます（どの階層でも押し込めます）。 ただし、データベースを操作するシナリオは、通常、「列を見る」よりも複雑です。 列に何らかの制限があるかどうかをユーザーが理解したいとします。 この場合、列のリストはどのように役立ちますか？ いいえ。列の制限はテーブルレベルで設定できるためです。 また、ユーザーが複数のテーブルで特定の列を探している場合はどうなりますか？ 彼は、1つの画面ですべてがすぐに必要になるデータベーススキーマを開く方がはるかに便利です（各テーブルを展開するよりも）。 等

さらに、アプリケーションの1つのインスタンスで複数のデータベースを操作する（馴染みのある）プラクティスが好きではありませんでした。 これは混乱と複雑さの原因であるように思われました。常に、あなたがこれまたはその行動を行っている基盤を理解する必要があります。 アプリケーションの1つのインスタンスが1つのデータベース（1つの接続）から正確に機能することを決定し、テーブルとビューの線形リストを優先してツリーを放棄しました。 履歴から任意のベースにすばやく切り替えることができます。 その結果、SqliteDogでテーブルレイアウトを表示および編集するには、2回クリックするだけで済みます。 同時に、データベースオブジェクトのリストの要素はもちろんシフトされず、その場所に残ります。

SQLクエリの保存

よくあることですが、ある決定には別の決定が伴います。 データベースをすばやく切り替えて、現在の状態をすべてリセットすることにした直後に、入力したSQLクエリが失われるという問題がありました。 SQLクエリをファイルに保存しますか？ しかし、なぜですか？ 再び-アーカイズム。 最も強力なDBMSが「手元に」あります。 クエリは一般的に小さいです。 彼らの話を続けることは問題になりません。 そのため、すべてのリクエストは特別なデータベースに自動的に保存されます。 この面倒なウィンドウ「変更を加えましたか、保存しますか？」はなくなりました。 しかし、何かが失われました。 ファイル名にはある種の情報、バインディングが含まれており、現在はまったく存在しません。 リクエストのキーワードを履歴で検索することにより、この問題を解決しました。

選択したデータを表で表示する

すべてのデータベースマネージャーを使用すると、要求されたデータをテーブルに表示できます（これを削除することはできません）。 彼らはどうやってそれをしますか？ たとえば、列の幅。 通常、コンテンツに合わせるのではなく、単純に幅全体を列数で均等に分割します。 これは、画面スペースの非常に非効率的な使用です。 または、データを表示します。 すぐに色で値の種類：文字列または数値を表示しないのはなぜですか？ すぐに右の数字を破ってみませんか？ 空のセルはNULLまたは空の文字列ですか？ 調べるには、セルをクリックしていくつかのプロパティを調べる必要がありますが、それはなぜですか？ セルにBLOB（バイナリデータ）が含まれている場合-なぜ16進数表現が表示されるのですか？ その理由は何ですか？ すべてのマネージャーは、ブロブに画像を表示することを誇りに思っていることに注意してください。 もちろん感謝しますが、文字列と数字は今でも頻繁に使用されます。 このような（かなり奇妙な）トリックもあります。 列の値が改行のある行の場合、表の行の高さは行の数に比例して増加します。 つまり、小さなXMLテキストが列に格納されているとします。 1つの画面で表示する場合、最大3つのエントリが収まるようになりました。

SqliteDogでは、データを表示する際に役立つ「最大値の圧縮」を試みました。 追加設定なしですぐに。 数値が強調表示され、右側に点滅します。 NULL値は特に表示され、空の文字列と簡単に区別できます。 BLOBの場合、サイズが表示されます。 値文字列（ "\ r \ n"）に制御文字がある場合、それらは異なる色で強調表示され、テーブル行の高さは増加しません。 もちろん、写真も表示されます。 そして、ワンクリックで画像を全画面で見ることができます。 クリック（またはF4キーを押す）することにより、表示される行の列の幅がコンテンツに合わせて均等に調整されます。 セルをダブルクリックすると、特定の列の幅が調整されます。 マウスとキーボードでテーブルをスクロールできます。 さらに、Controlキーを押しながらマウスホイールをスクロールすると、テーブルを左右にスクロールできます。 これらすべてのささいなことが、生活を楽にします。

「何もない」とは何ですか？

従来、多くのアプリケーションには「ドキュメントなし」状態があります。 たとえば、起動時。 ユーザーはこれを必要としますか？ ユーザーSqliteDogがデータベースへの接続を閉じたとします。 これはどういう意味ですか？ 彼は別のデータベースを開きたいですか？ しかし、なぜ現在のものを閉じてください-別のものを開いてください。 彼は仕事を完了したいですか？ ただし、その後はアプリケーションを閉じるだけです。 解決策はこれでした：SqliteDogには常にデータベースへの接続があります。 ユーザーがデータベースを閉じた場合、SqliteDogは「メモリ内」に空のデータベースを作成します（SQLiteの最も便利な機能の1つ）。 アプリケーションを起動するときも同じです。 この機能が登場するとすぐに、追加の使用シナリオがすぐに発生しました。 SQLite関数の名前をすばやく思い出す必要がある場合があります。 SqliteDogを起動すると、すぐにSQL入力ウィンドウが使用可能になります。 名前の入力を開始します-自動補完のリストが表示されます。 目的の機能、コピー、完了を見つけます。

トレードオフトレードオフ

開発が進むにつれて、潜在的に機能の量に制限がないことが明らかになりました。 これがプロジェクトの性質です。 いつでも別の「ウィッシュリスト」を見つけることができます。 そして彼女なしでそれを決定する-まあ、何も。 そのため、「かみそり」の決定が行われました。「大きな」機能の一部は「第2バージョン」に入ります。 機能に関する決定は集合的に行われました。 したがって、優先度のあるアクティブなタスクのリストと「第2バージョン」の機能のリストが保持されます。 何度も同じことを思い付かないように、それらを一緒に見ると便利です。 そのため、ある可能性の空白が別の可能性を簡単に実装し、その機能が2番目のバージョンから最初のバージョンに「戻り」ました。 また、面白い瞬間から：いくつかの機能は非常に長い間遅延され、より緊急の機能に置き換えられました。その結果、SqliteDogでマウスでタブをドラッグすることはできません。 これは「2番目のバージョン」で修正される予定です（おそらく:)。 別のトレードオフは、1つのプラットフォームを選択することです（Windows）。 残念ながら、品質と速度を損なうことなく、クロスプラットフォームを提供する許容可能なフレームワークを見つけることができませんでした。 自分でやること、つまり、車輪を再発明することは、それでもバストであり、目標はもともと異なっていました。 その結果、プロジェクトはWindowsで「シャープ化」されました（約1年かかりました）。 しかし、必要なレベルで応答性と表示品質が得られました。

免許

その後、停止します（ただし、habrasocietyが "saga"を継続することに関心がある場合は、それが続きます）。 製品ライセンスについて。 コマーシャルに加えて、公式の無料バージョンのSqliteDogも利用可能にすることにしました。 時間、行数、テーブル数、データベースサイズなどに制限はありません。30日間使用した後の無料版では、デザイナー（データベース、テーブル、インデックス）と一部のデータインポート/エクスポートのみが使用できなくなります。 SqliteDogインターフェースは完全にRussifiedです（もちろん、ファン向けの英語放送があります）。 サイトのロシア語版も存在します。



http://sqlitedog.com

結論またはTL; DR

SqliteDogは、効率的な操作のためのSQLiteデータベースマネージャーです。 その作成者は、通常のインターフェイスソリューションを放棄し、可能な限り対話を簡素化および促進することを決定しました。 したがって、1つのアプリケーション= 1つのベース（より正確には、1つの接続、他のベースをATTACHにできます）。 サンプルデータは可能な限り参考情報として表示され、クエリの実行中にレコードを表示/並べ替え、さらには編集することもできます（Escキーを押すといつでもダウンロードを停止できます）。 SqliteDogのいくつかの機能はユニークです。 たとえば、接続バーのボタンを使用したトランザクション管理。 または、新しいエントリが自動的にロードされるテーブル監視モード（「最後の1000を選択」、円内の矢印の付いたボタンを押します）。 または、ベースダイアグラムを開いて、2番目のモニターの別のウィンドウに固定する機能（常に目の前に表示する）。 または、列値のキャリッジ変換をワンクリックでUNIX形式からWindows形式に変換する機能。



フィードバックや修正の提案をお待ちしております。 ご関心をお寄せいただきありがとうございます。