SFA(営業支援)CRM(顧客関係管理)マーケティングオートメーションビジネスインテリジェンスITサービスマネジメント製品ジャンルで記事を探す閉じるお知らせ公式Twitterアカウントで新着記事を配信中です。フォローをお願いします。Database(DB)関連のコストに悩むユーザーは多い。DBをやめてほかのDBに移行したい。考えるユーザーも多いはずだ。その際の移行先の候補として有力な選択肢となるのがOSS(オープンソースソフトウエア)のRDBMS(リレーショナルデータベース管理システム)である「PostgreSQL」だ。DBからPostgreSQLに移行を検討する場合に知っておきたいポイントを解説する。DBからPostgreSQLへ移行する際、まずコスト削減が目的に挙がるケースが多いのではないだろうか。SQLに移行するのは正しい。DBからPostgreSQLに移行するコスト面のメリットはほとんどない。SQLに対応させるための移行費用や、移行後にサポートをITベンダーに依頼するコストなどがかかるからだ。DBからPostgreSQLへの移行には、コスト削減以外のメリットもある。DBは、米オラクルの方針により使用許諾条件やライセンス料、保守料が決まる。これは継続的にDBを運用する立場からすれば経営リスクに他ならない。SQLへ移行すれば、こうしたベンダーの製品戦略の変更によるリスクを取り除ける。いえ、PostgreSQLへの移行が必ずしもメリットをもたらすわけでない。DBを使い続けるリスクとともに正しく比較・評価してほしい。3つを満たせるかどうかが重要になる。3つの条件を複合的に検討しよう。移行コストは、エンジニアの育成コストなどを含めて考えよう。DBとPostgreSQLの差異を理解すれば済むためエンジニアは比較的育成しやすい。運用要件は「障害が発生した場合の復旧条件」や「24時間運用」といった稼働の条件である。DBでも、厳しい運用条件の場合はSEでの実現が困難でEEを利用するケースがある。その場合PostgreSQLに移行したうえで運用要件を満たそうとするとコスト増の可能性がある。性能については両者を比較するのが難しい。DBより少なく、総じて対応コストはPostgreSQLのほうが高くなる傾向がある。PostgreSQLへの移行を決断した場合、「DB移行だけならば非互換機能の対応のみを確認し、移行検証は新旧システムでのアウトプット結果の比較のみで可能ではないか」と考える人がいるかもしれない。現実には、移行時に発生する問題を防ぐためにも、少なくとも運用の要となる部分は単体テストから実施したほうがよい。SQLエンタープライズ・コンソーシアム(PGECons)」内でDB移行を研究する「移行WG」が調査した結果、移行時間の91.4%がテストとエラー対応に占められていた。Activeは、IT/製造/建設各分野にかかわる企業向け製品・サービスについて、選択や導入を支援する情報サイトです。製品・サービス情報、導入事例などのコンテンツを多数掲載しています。ご覧になる際には、会員登録(無料)をお願いいたします。Reserved.このページに掲載されている記事・写真・図表などの無断転載を禁じます。掲載している情報は、記事執筆時点のものです。