データベース システムの切り替えを決定する必要があるのはどの時点ですか
質問
Web またはデスクトップを開発する場合、開発者はどの時点で SQLite、MySQL、MS SQL などから切り替える必要がありますか
解決
それはあなたが何をしているかによって異なります。次の場合に切り替える可能性があります。
- より多くのスケーラビリティまたはより優れたパフォーマンスが必要です。たとえば、SQLite から SQL Server または Oracle へ。
- より具体的なデータ型にアクセスする必要があります。
- 特定のデータベースのみを実行する顧客をサポートする必要があります。
- より優れた DBA ツールが必要です。
- アプリケーションは、データベースが実行されなくなったか、そのライブラリが実行されない別のプラットフォームを使用しています。
切り替えの理由は他にもたくさんありますが、それはすべて要件によって異なります。
他のヒント
樹状突起 8,151,215 の左分岐の 3 秒前のマイルストーン 2.3433 でデータベースを切り替える必要があります。
理由がある場合はデータベースを切り替えるべきだと私はアドバイスします。既存のデータベースが期待どおりのパフォーマンスを発揮し、実稼働システムによって加えられている負荷をサポートし、アプリケーションに必要な機能を備えていて、それに飽きていないのであれば、なぜ変更する必要があるのでしょうか?ただし、アプリケーションがスケーリングしていないことがわかった場合、または高負荷またはスケーラビリティ要件を持つアプリケーションを設計していて、調査の結果、現在のデータベース プラットフォームがその領域で弱いことが判明した場合、あるいは、すでに述べたように、特定のデータベースが持つ空間分析や機能、それで構いません。
もう 1 つの考慮事項は、簡単な構成設定でさまざまなデータベース プラットフォームを自由に実験できる、データベースに依存しない ORM ツールの使用を検討することです。それがDB部門で何か新しいことをやってみようと考えたきっかけでした。ORM が処理できるあらゆる DB をアプリケーションで処理できるのであれば、必要なパフォーマンス レベルではオープンソース DB も同様に機能するのに、なぜ商用データベースにライセンス料を支払う必要があるのでしょうか。
しかし、肝心なのは、データベースやその他のテクノロジには、いつ切り替えるべきかを教えてくれる「ビジネス ルール」はないと私は考えています。ソリューションに何かが含まれているため、シナリオが切り替え時期を教えてくれるのです。完全に正しいとは言えません。その時点に達していない場合は、変更する必要はありません。
BrianLy は見事に的中しましたが、開発の異なるレベルで異なるデータベースを使用することになる可能性があることも付け加えておきます。開発者が個人の開発サーバーに対してコーディングするときにワークステーションで SQLite を使用し、ステージング サイトや運用サイトでは別のデータベース ツールを使用することは珍しくありません。
もちろん、特定のデータベース ツール (PostGreSQL の PostGIS など) に固有の拡張機能や機能を使用している場合は、明らかに機能しません。