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