ときのsqliteのマニフェストには便利なタイプしていますか？

Question

sqliteのは、著者が基本的にあることを意味し、「マニフェストタイピングする」、呼んで何かを使用していますsqliteのは、動的型付けされています。あなたがしたい場合は、「INT」の列にvarchar型の値を格納することができます。

これは興味深い設計上の決定であるが、私はsqliteのを使用しました時はいつでも、私は標準RDMSのようにそれを使用しましたし、彼らは静的であるかのように種類を扱います。他のシステムでデータベースを設計する際に実際に、私も動的型付けの列に望んだことがありません。

だから、ときに、この機能が便利なのですか？誰もが静的に型付けされた列と同じように簡単に行われていることができませんでした実際にそれのための良好な使用を発見した？

Answer 1

これは本当にただ使用するタイプが容易になります。あなたは、このフィールドはもうデータベースレベルである必要があり、またはあなたのintergersがいかに多くのdigetsどのように大きな心配する必要はありません。多かれ少なかれそれはなぜか？」です事。

他の側では、SQL Server内の静的型付けは、いくつかのケースではるかに優れ、システムはより良い検索およびインデックスすることができますが、すべてのアプリケーションの半分のために、私は、データベースのパフォーマンスの向上が重要であろうと疑い、または彼らのパフォーマンスは「悪いです「その他の理由で（一時テーブルは、すべての選択、指数関数的選択、などを作成しています）。

それはあまりにも簡単すぎて使用しているので、

私は、クライアントのキャッシュとしての私の.NETプロジェクトのためにSQLiteのすべての時間を使用します。今、彼らは唯一のそれはSQLサーバーと同じGUIDを使用して取得することができます場合、私は幸せなキャンピングカーになります。

Answer 2

動的型付けは、構成設定のようなものを収納するのに便利です。例えば、Windowsのレジストリを取ります。各キーは、フォームのSQLiteのテーブルのようなものがたくさんあります：

テーブル設定を作成（名前テキストPRIMARY KEY、値）;

ここで、値がNULL（REG_NONE）またはINTEGER（REG_DWORD / REG_QWORD）、TEXT（REG_SZ）、またはBLOB（REG_BINARY）とすることができる。

また、私は、文字列の最大サイズを強制ではないの有用性についてのJasonsに同意する必要があります。多くの時間なので、これらの制限は、純粋にarbitaryあり、あなたはいつかあなたのVARCHAR（30）に格納する必要があります32バイトの文字列を見つけることにカウントすることができます。