タグ

oracleとpostgresqlに関するatsuizoのブックマーク (6)

  • AWS SCT および AWS DMS を使用した移行後のデータベースオブジェクトの検証 | Amazon Web Services

    Amazon Web Services ブログ AWS SCT および AWS DMS を使用した移行後のデータベースオブジェクトの検証 データベースの移行は複雑なタスクになりかねません。移行には、ソフトウェアプラットフォームの変更、ソースデータの複雑性の把握、データ損失チェック、既存機能の詳細なテスト、アプリケーションパフォーマンスの比較、およびデータの検証といったあらゆる課題が伴います。 AWS では、移行前チェックリストと移行評価を提供するツールとサービスをいくつかご用意しています。AWS Schema Conversion Tool (AWS SCT) は、既存のデータベーススキーマをひとつのデータベースエンジンから別のデータベースエンジンに変換するために使用できます。AWS Database Migration Service (AWS DMS) は、リレーショナルデータベース、

    AWS SCT および AWS DMS を使用した移行後のデータベースオブジェクトの検証 | Amazon Web Services
  • PostgreSQLとOracle Databaseそれぞれの特徴

    PostgreSQLOracle Databaseのアーキテクチャ構造 シリーズの最終回は、PostgreSQLと、商用RDBMSとして普及しているOracle Databaseとの違いについて簡単にご紹介していきます。 「第1回:PostgreSQLの概要とアーキテクチャ」で、PostgreSQLアーキテクチャの概要図を説明しましたが、PostgreSQLOracle Databaseは同じような役割を担ったプロセスやファイルで構成されていることがわかります(表1および表2参照)。 また、図1にあるプロセスとデータベース構成ファイルを解説すると、以下のようになります。 クライアントから接続要求を受けてデータベースと通信するためのプロセスを起動する。 クライアントからのSQL要求を処理するプロセスが、ディスク上にあるデータをメモリ上に保持する。 メモリ上の変更内容は専用のプロセスによ

  • Oracle から PostgreSQL へ移行する際に、よく直面する課題を解決する方法 | Amazon Web Services

    Amazon Web Services ブログ Oracle から PostgreSQL へ移行する際に、よく直面する課題を解決する方法 企業は年々データが急激に増加するのを目の当たりにしています。データベースとハードウェアインフラストラクチャをスケーリングし続けることは、ますます困難になっています。ワークロードが非リレーショナルデータストアに適していない場合に、基盤となるインフラストラクチャの管理に膨大な費用を費やすことなく、スケーリングの課題をどのように克服したらいいでしょうか? Amazon RDS for PostgreSQLAmazon Aurora with PostgreSQL により、コスト効率の高い方法で PostgreSQL クラウドのデプロイを簡単にセットアップ、運用、拡張することができます。昨年、私たちは (数百 GB から数 TB に及ぶ) 100 を超える

    Oracle から PostgreSQL へ移行する際に、よく直面する課題を解決する方法 | Amazon Web Services
  • 2017年データベースの選択は?(第3回) | db tech showcase

    TPCベンチマークで実行計画と処理時間を比較してみた 前回まで、機能の比較を行ってきましたが、机上で機能だけ比較してみてもデータベースの良さは分かりません。同じデータで同じSQLを実行してみてどのような実行計画でどのような処理時間になるのか?を調べてみたいと思います。実行する処理について特定のお客様で使用した処理では、客観性が無いことと処理内容を公開出来ないので、ここではTPCベンチマークを採用することにしました。 TPCベンチマークとは、TPC(Transaction Processing Performance Council)という組織が客観的かつ検証可能な性能データを広めるために策定したベンチマークテストです。そのベンチマークテストにはTPC-C / TPC-H / TPC-R / TPC-Wなどがあり、昔から有名なのは、更新性能(業務系システムを想定したワークロード定義)を計るT

    2017年データベースの選択は?(第3回) | db tech showcase
    atsuizo
    atsuizo 2018/04/25
    いい記事。できればパラレルクエリが使えないOracleSEでもやってほしかった。。。
  • SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう! | アシスト

    SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう! 企業の情報システムで利用されているRDBMSでは、近年は商用データベースだけでなくオープンソース・データベースを併用するケースも増えており、選択肢は多様化しています。ご存じの通り、SQLRDBMS共通の言語ですが、実際は細かな記述の違いやRDBMS独自の機能が多数存在します。そのため、例えば商用データベースからオープンソース・データベースに移行したり併用したりすると、アプリケーションの改修コストや、意図した通りに動作しないといった問題が発生する場合があります。記事では、SQLの視点からRDBMSの主な差異を紹介し、異なるRDBMSに移行する際の注意点やRDBMS選定のポイントに迫ります。

    SQLの観点から「Oracle Database」「PostgreSQL」「MySQL」の特徴を整理しよう! | アシスト
  • DB 設計時のサイズ見積り[最新版] - Qiita

    こんにちは、すっかり秋ですね!@yone098 です。 みなさんDBの設計してますか? DB設計時のサイズ見積り 以前はてなダイアリーで書いた記事は5年前のものであり、リンクが切れているものがあるので最新版として MySQL, PostgreSQL, Oracle, SQLServer におけるDB設計時のサイズ見積りをまとめ直しました。 URL内のバージョン表記を変えると以前のバージョンの情報になります。 MySQLは、あまり情報に変化は無かったので Excel でマクロなどを作成して自社で自動算出出来るようにするのが良いと思います。 データタイプごとに必要な要求ストレージが決まっているのでレコードサイズが決まり、あとは要件次第で何レコードになるかを予測します。 データタイプごとに必要な記憶容量 テーブルの最大サイズ関連 http://dev.mysql.com/doc/refman/5

    DB 設計時のサイズ見積り[最新版] - Qiita
  • 1