PG と MySQL の違い: 1. PG はより多くのデータ型をサポートしますが、MySQL は JSON および XML データ型をサポートしません; 2. PG は高いスケーラビリティを備えていますが、MySQL はスケーラビリティが低いです ; 3. PG はサポートするデータ型のみをサポートします単一のストレージ エンジンであるのに対し、MySQL は複数のストレージ エンジンをサポートします; 4. PG は複雑なクエリや同時実行性の高い状況により適しており、特定の使用シナリオでは MySQL の方がパフォーマンスが優れている可能性があります。 PG と MySQL はどちらも優れたリレーショナル データベース管理システムなので、特定のニーズと使用シナリオに応じて選択してください。
このチュートリアルのオペレーティング システム: Windows 10 システム、mysql バージョン 8.0、Dell G3 コンピューター。
PostgreSQL (PG と呼ばれることが多い) と MySQL は、どちらも広く使用されているリレーショナル データベース管理システム (RDBMS) です。どちらもデータの保存と管理に使用されるリレーショナル データベースですが、以下で説明するように、いくつかの点で大きく異なります:
1. データ型: PostgreSQL は、範囲型、ネットワーク アドレス型など、より多くのデータ型をサポートします。 、JSON および XML データ型など。MySQL はこれらの型をサポートしません。
2. 拡張性: PostgreSQL は拡張性が高く、カスタム データ型、関数、演算子を使用して機能を拡張できます。 MySQL はスケーラビリティが低く、同様の機能を実現するにはプラグインまたはストアド プロシージャを使用する必要があります。
3. ACID 互換性: PostgreSQL は完全に ACID 互換性のあるデータベースですが、MySQL は特定のストレージ エンジン (InnoDB など) でのみ ACID をサポートします。
4. マルチバージョン同時実行制御 (MVCC): PostgreSQL は MVCC を使用して高度なトランザクション分離レベルを提供します。これは、複数のトランザクションが相互に干渉することなく同時にデータベースの読み取りと書き込みを行うことができることを意味します。 MySQL も MVCC をサポートしていますが、その実装は異なります。
5. ストレージ エンジン: MySQL は、MyISAM や InnoDB などの複数のストレージ エンジンをサポートします。各ストレージ エンジンには、独自の特性、長所と短所があります。 PostgreSQL は単一のストレージ エンジンのみをサポートします。
6. SQL 標準との互換性: PostgreSQL は SQL 標準により準拠していますが、MySQL はいくつかの点で独自の実装を採用しています。
7. パフォーマンス: 特定の使用シナリオでは、MySQL の方がパフォーマンスが向上する場合があります。ただし、複雑なクエリと高い同時実行性の場合、PostgreSQL のパフォーマンスが向上する可能性があります。
つまり、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、クラウド、ネットワーク アプリケーション、および高い同時実行性向けに最適化されて大幅に書き直されました。
PostgreSQL
PostgreSQL は、世界で最も先進的なオープンソース データベースであると主張しています。 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は、修正された PostgreSQL データベースを使用して、1 日あたり数十億のイベントを処理するだけでなく、Reddit や Disqus
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 は静的データ クエリ シナリオにも適しています。
以上がpgデータベースとmysqlの違いは何ですかの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。
![[Web フロントエンド] Node.js クイック スタート](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
