pgデータベースとmysqlの違いは何ですか?-mysql チュートリアル-php.cn

違い: 1. MySQL はユーザーの観点を優先しますが、pg データベースは理論的な観点を好みます。 2. MySQL は通常、データの合法性検証を顧客に任せていますが、pg データベースは合法性の点でより厳格です。 3. SQL 標準実装の点では、pg データベースは MySQL よりも完成度が高く、機能実装も厳密です。

pgデータベースとmysqlの違いは何ですか?

#MySQL##MySQL は比較的新しく、1994 年に初めて登場しました。これは、最も人気のあるオープンソースデータベースであると主張しています。 MySQL は、LAMP (Linux、Apache、Perl/PHP/Python を含む Web 開発用のソフトウェアパッケージ) の M です。 LAMP スタック上に構築されたほとんどのアプリケーションは、WordPress、Drupal、Zend、phpBB などのよく知られたアプリケーションを含め、MySQL を使用します。

MySQL は当初から、高速な Index Sequential Access Method (ISAM) を使用し、ACID をサポートせず、高速な Web サーバーバックエンドとして設計されました。急速な初期開発の後、MySQL はより多くのストレージエンジンをサポートし始め、InnoDB エンジンを通じて ACID を実装しました。 MySQL は他のストレージエンジンもサポートしており、一時テーブル関数 (MEMORY ストレージエンジンを使用) を提供し、MyISAM エンジンを介して高速読み取りデータベースを実装しています。さらに、他のコアストレージエンジンやサードパーティエンジンもあります。

MySQL には、多くの高品質な無料リファレンスマニュアル、書籍、オンラインドキュメント、Oracle やサードパーティベンダーからのトレーニングやサポートなど、非常に豊富なドキュメントが用意されています。

MySQL では、近年、所有権の変更やいくつかの劇的な出来事が発生しました。元々は MySQL AB によって開発され、2008 年に 10 億ドルで Sun に売却されました。Sun は 2010 年に Oracle に買収されました。 Oracle は、MySQL の複数のバージョン (Standard、Enterprise、Classic、Cluster、Embedded、Community) をサポートしています。無料でダウンロードできるものもあれば、有料のものもあります。そのコアコードは GPL ライセンスに基づいており、GPL ライセンスを使用したくない開発者や製造業者は商用ライセンスを利用できます。

コア MySQL 開発者数名が MySQL フォークをリリースしたため、元の MySQL コードに基づいて選択できるデータベースがさらに多くなりました。オリジナルの MySQL 作成者の 1 人である Michael "Monty" Widenius は、MySQL を Sun に売却したことを後悔しているようで、GPL に基づいてライセンス供与された無料の独自の MySQL フォーク、MariaDB を開発しました。 Drizzle は、有名な MySQL 開発者である Brian Aker によって作成されたブランチであり、特にマルチ CPU、クラウド、ネットワークアプリケーション、および高い同時実行性向けに最適化されて大幅に書き直されました。

PostgreSQLPostgreSQL は、世界で最も先進的なオープンソースデータベースであると自称しています。 PostgreSQL のファンの中には、PostgreSQL は Oracle に匹敵するものの、高額な価格や横柄な顧客サービスがないと言っている人もいます。歴史は古く、元々は 1985 年にカリフォルニア大学バークレー校で Ingres データベースの後継として開発されました。

PostgreSQL は、完全にコミュニティ主導のオープンソースプロジェクトで、世界中の 1,000 人以上の貢献者によって維持されています。複数の異なるコミュニティエディション、商用エディション、エンタープライズエディションを提供する MySQL とは異なり、完全に機能する単一のバージョンを提供します。 PostgreSQL は無料の BSD/MIT ライセンスに基づいており、著作権表示を提供する限り、組織はコードを使用、コピー、変更、再配布できます。

信頼性は PostgreSQL の最優先事項です。堅固な品質と、高トランザクションのミッションクリティカルなアプリケーションに対する綿密に設計されたサポートで知られています。 PostgreSQL のドキュメントは非常に充実しており、無料のオンラインマニュアルや古いバージョンのアーカイブされたリファレンスマニュアルが多数あります。 PostgreSQL のコミュニティサポートは、独立ベンダーからの商用サポートと同様に優れています。

データの一貫性と整合性も、PostgreSQL の優先度の高い機能です。 PostgreSQL は ACID 機能を完全にサポートし、データベースアクセスに対する強力なセキュリティ保証を提供し、Kerberos や OpenSSL などのエンタープライズセキュリティツールを最大限に活用します。独自のチェックを定義して、独自のビジネスルールに基づいてデータ品質を確保できます。多くの管理機能の中でも、ポイントインタイムリカバリ (PITR) は優れた機能であり、ホットバックアップ、スナップショット、および障害回復のためのリストアを作成する機能を提供する、柔軟な高可用性機能です。ただし、これが PostgreSQL のすべてではなく、このプロジェクトでは、高可用性、負荷分散、レプリケーションなどを実現するために PostgreSQL を管理するためのいくつかの方法も提供されており、特定のニーズに合った機能を使用できます。

プラットフォームMySQL と PostgreSQL は両方とも、トラフィックの多い Web サイトに表示されます:

MySQL: Slashdot、Twitter 、 Facebook と Wikipedia

PostgreSQL: Yahoo は、Reddit や Disqus と同様に、1 日に何億ものイベントを処理するために、修正された PostgreSQL データベースを使用しています。

MySQL と PostgreSQL は、Linux、Unix、Mac OS X、Windows などの複数のオペレーティングシステム上で実行できます。これらはすべてオープンソースで無料なので、テスト時にかかるコストは時間とハードウェアだけです。これらは柔軟性と拡張性に優れており、小規模システムと大規模分散システムの両方で使用できます。 MySQL は、ある分野で PostgreSQL よりもさらに進化しています。つまり、その触手が組み込み分野にまで伸びており、これは libmysqld によって実現されます。 PostgreSQL は組み込みアプリケーションをサポートしていませんが、依然として従来のクライアント/サーバーアーキテクチャに準拠しています。

MySQL は一般に、Web サイトやアプリケーションの高速データベースバックエンドであり、高速読み取りと大量のクエリ操作が可能であると考えられていますが、複雑な機能とデータ整合性チェックの点では満足のいくものではありません。

PostgreSQL は、トランザクションエンタープライズアプリケーション向けの本格的なフル機能のデータベースであり、強力な ACID 機能と多くのデータ整合性チェックをサポートしています。どちらも特定のタスクでは非常に高速であり、異なる MySQL ストレージエンジンの動作はまったく異なります。 MyISAM エンジンは、データ整合性チェックをほとんど実行しないため、最も高速です。バックエンド読み取り操作が多いサイトには適していますが、機密データを含む読み取り/書き込みデータベースにとっては悲惨です。破損する。 MySQL には MySQL テーブルを修復するツールが用意されていますが、機密データの場合は、ACID 機能をサポートする InnoDB の方が良い選択です。

これとは対照的に、PostgreSQL は単一のストレージエンジンを備えた完全に統合されたデータベースです。 postgresql.conf ファイル内のパラメータを調整したり、クエリやトランザクションを調整したりすることで、パフォーマンスを向上させることができます。 PostgreSQL のドキュメントでは、パフォーマンスチューニングについて非常に詳細に説明しています。

MySQL と PostgreSQL は両方とも高度に構成可能であり、さまざまなタスクに合わせて最適化できます。これらはすべて、機能を追加するための拡張機能をサポートしています。

よくある誤解は、MySQL は PostgreSQL よりも学習しやすいということです。リレーショナルデータベースシステムは非常に複雑で、これら 2 つのデータベースの学習曲線は実際には似ています。

標準の互換性

PostgreSQL は SQL との互換性を目指しています (現在の標準は ANSI-SQL:2008)。 MySQL はほとんどの SQL と互換性がありますが、NoSQL 機能をサポートできる独自の拡張機能もあり、リファレンスマニュアルで紹介されています。それぞれのアプローチには長所と短所があります。標準に準拠すると、データベース管理者、データベース開発者、アプリケーション開発者は 1 セットの標準、機能、コマンドを学習するだけで済むため、より快適になります。これにより、時間が節約され、効率が向上し、特定のベンダーに縛られることがなくなります。

非標準のカスタム機能の使用を支持する人々は、これにより標準プロセスが完了するのを待たずに新しい機能をすぐに採用できると主張します。 ANSI/ISO 標準は常に進化しているため、標準の互換性も目標として変化しています。よく知られたリレーショナルデータベースである Microsoft SQL Server、Oracle、IBM DB2 は、この標準と部分的にしか互換性がありません。

MySQL と PostgreSQL (pg データベース) の違い

MySQL はアプリケーション開発者によって作成された DBMS であるのに対し、PostgreSQL はデータベース開発者によって作成されます。 DBMSを作成しました。

言い換えれば、MySQL はユーザーの視点に傾いて「どのような問題を解決したいのか」という質問に答えますが、PostgreSQL は理論的な視点に傾いて「データベースは問題をどのように解決すべきか」という質問に答えます。」。

MySQL は通常、データの合法性検証を顧客に任せていますが、PostgreSQL は合法性の点でより厳格です。たとえば、時刻「2012-02-30」を MySQL に挿入すると成功しますが、結果は「0000-00-00」になります。PostgreSQL ではこの値の挿入は許可されません。

一般に、PostgreSQL は機能が豊富であると考えられており、MySQL は高速であると考えられています。しかし、この見方は基本的に MySQL 4.x / PostgreSQL 7.x の問題でしたが、現在では状況が変わり、PostgreSQL はバージョン 9.x で大幅に速度が向上し、MySQL の機能も増加しています。

アーキテクチャ的に、MySQL は 2 つの層に分かれています。上位の SQL 層といくつかのストレージエンジン (InnoDB、MyISAM など)。 PostgreSQL には、両方の機能を提供するストレージエンジンが 1 つだけあります。

これら 2 つのデータベースシステムはどちらも、アプリケーションの状況に応じて最適化およびカスタマイズできますが、どちらのパフォーマンスが優れているかを正確に言うことは困難です。 MySQL プロジェクトは最初から速度に焦点を当てていましたが、PostgreSQL は最初から機能と仕様に焦点を当てていました。

MySQL に対する PostgreSQL の利点

1. SQL の標準実装は MySQL よりも優れており、関数の実装はより厳密です;

2 , ストアドプロシージャの関数サポートは MySQL よりも優れており、実行プランをローカルにキャッシュする機能があります;

3. テーブル接続の比較的完全なサポート、比較的完全なオプティマイザ関数、サポートされている多くのインデックスタイプ、強力;

4. PG のメインテーブルはヒープテーブルに保存されますが、MySQL はインデックスを使用してテーブルを編成するため、MySQL よりも大量のデータをサポートできます。

5. PG のプライマリおよびセカンダリレプリケーションは物理レプリケーションであり、MySQL のバイナリログベースの論理レプリケーションと比較して、データの一貫性の信頼性が高く、レプリケーションのパフォーマンスが高く、ホストのパフォーマンスへの影響が小さくなります。

6. MySQL のストレージエンジンプラグインメカニズムには、同時実行性に影響を与える複雑なロックメカニズムという問題がありますが、PG は存在しません。

MySQL の PG に対する利点:

1. ロールバックセグメントに基づく Innodb の MVCC メカニズムは、PG の新しいデータと古いデータが一緒に保存される XID ベースの MVCC メカニズムよりも優れています。新しいデータと古いデータは一緒に保存され、VACUUM を定期的にトリガーする必要があります。これにより、冗長 IO とデータベースオブジェクトロックのオーバーヘッドが生じ、データベース全体の同時実行能力が低下します。さらに、VACUUM が時間内にクリーンアップされないと、データ拡張が発生する可能性があります;

2. MySQL はインデックスを使用してテーブルを編成します。この保存方法は、主キーの一致に基づくクエリや削除操作に非常に適していますが、テーブル構造の設計には制約があります;

3. MySQL のオプティマイザは比較的単純で、システムテーブル、演算子、およびデータ型の実装は非常に合理化されており、単純なクエリ操作に非常に適しています。

#4. MySQL パーティションテーブルの実装要件 PG よりも優れている継承テーブルベースのパーティション実装は、主にパーティション数が数千、数万に達した場合の処理パフォーマンスの大きな違いに反映されます。

5. MySQL のストレージエンジンプラグインメカニズムにより、アプリケーションシナリオがより広範囲になります。たとえば、innodb がトランザクション処理シナリオに適していることに加えて、myisam は静的データクエリシナリオにも適しています。