postgresを使うべきところ、sqliteで十分なところ

postgresを使うべき場合、sqliteで十分な場合の違いを教えてください。

行動規範の内容に同意します

回答4件

SQLiteを使うべき10の理由と5つのデメリット
 パフォーマンス比較 Cassandra、Mongodb、SQLite、H2、MySQL、Postgres
wiki 関係データベース管理システムの比較
辺りを参考に。

投稿2015/11/12 12:23

Orlofsky

総合スコア16415

pi-chan

2015/11/12 12:52

非常に有用なリンク先をご紹介頂きありがとうございます！ SQLiteは、組み込み用途やあまり性能を要求されない「テスト」環境用には非常に使いやすいと思います。たとえば、バージョン管理ツールのSubversionでは、Ver.1.6以降は作業コピーのメタデータ管理にSQLiteが使用されていますし、テスト時にはデータを頻繁に初期状態に戻す必要があるので、ファイルベースのSQLiteは都合が良いです。ただ、SQLiteはファイルベースであるが故に「行ロック」ができません。個人的な経験では、これが結構大きな制約になる場合があります。それで、「PostgresSQLを使う程でもない⇒SQLiteで間に合わせる」というのではなく、むしろそれぞれの特徴を活用するために『積極的に使い分ける』というのが正しいアプローチ方法のように思います。

行動規範の内容に同意します

比較的小規模な用途で、セキュリティーは誰かに任せて、障害耐性なども気にしないようなシステムであれば、「SQLiteで十分」でしょう。
複数のユーザーで大量のデータを扱うとか、セキュリティー（情報漏洩など）にもしっかり対応したいとか、停電などでデータが壊れてしまうのは嫌だとか、そういう用途ならPostgreSQLでしょうね。ただし、PostgreSQLを使う「べき」かと問われると、「いやMySQLでしょう」「いいや断然ORACLE」「いやいやSQL Serverが一番」……、といった議論が始まるかと思います。

投稿2015/11/12 14:57

catsforepaw

総合スコア5938

Orlofsky

2015/11/12 15:16

最近、Oracleの移行設計でディスク容量でTera Byte(TB)単位のデータを扱いましたし、1テーブルで件数の多いので20億レコード以上の PARTITION, SUBPARTITION のデータを扱っています。DRサイトへの転送速度も気にしないと行けませんでした。Oracleはライセンスもサポート料も高いですが、100processorライセンス以上買っている大口ユーザーでは値引きも大きいので他のDBに比べて割高感は少ないです。システム規模、セキュリティなどでそれぞれ最適なDBを使えば良いことです。