CouchDB创始人加入Salesforce.com，从事非常“酷炫”的基础设施-mysql チュートリアル-php.cn

ホームページ

データベース

mysql チュートリアル

CouchDB创始人加入Salesforce.com，从事非常“酷炫”的基础设施

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:23 PM

couchdb創設者参加する

本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2014/01/couchdb-creator-joins-salesforce 近日，NoSQL数据库CouchDB的创始人宣布将加入Salesforce.com，从事一项与厂商云基础设施相关的非常酷炫的项目。 Damien Katz在博

本文来源于我在InfoQ中文站翻译的文章，原文地址是：http://www.infoq.com/cn/news/2014/01/couchdb-creator-joins-salesforce

近日，NoSQL数据库CouchDB的创始人宣布将加入Salesforce.com，从事一项与厂商云基础设施相关的非常“酷炫”的项目。

Damien Katz在博客上宣布“从2014年1月开始将会在Salesforce.com继续自己的职业生涯，并且与Pat Helland紧密协作，从事一项将会巩固其基础设施的项目，同时还会改进性能、可靠性与可预测性，此外还将大幅降低生产成本”。这是个非常“酷炫”的项目，我现在还不知道能否披露项目的细节信息。不过如果能圆满完成的话，这个项目将会给我们带来非常积极的影响。

与此同时，Salesforce.com的发言人却拒绝提供Katz所提及的项目的详细信息。

虽然长久以来，Salesforce.com一直都在使用Oracle数据库，并作为其平台的底层设施，而且最近又与这个竞争对手签署了一项长期的合约；不过，Salesforce.com也在开源方案上面加紧了脚步，比如说向HBase提供开发资源，收购Heroku，而后者则使用了PostgreSQL。

有观察者认为，Salesforce.com并不需要Oracle。

来自Monash Research的分析师Curt Monash在其邮件中提到“显然，Oracle并不适合于Salesforce.com的数据库架构，Salesforce.com很少用到Oracle的关系特性。与10几年前Salesforce.com首次采用Oracle相比，现在在安全与可靠性方面已经有了更多的选择”。

Katz提到他将与Salesforce.com架构师Pat Helland合作，这一点提供了关于这个项目特性的一些线索。在去年10月份的Ricon West大会上，Helland谈到了Keystone，该设计将会统一并简化多种形式的存储，根据会议的内容，我们计划据此构建存储来实现快速的失败恢复能力。

虽然消费级的固态硬盘技术费用只占企业级SSD市场的很小一部分，不过消费级的SSD所产生的无法恢复的错误率却很高。通过设计Keystone的架构来存储不变数据，同时使用软件提供的错误检测功能，我们可以非常自信地说，我们能够检测到错误，并且可以从其他地方获得所需的存储数据。

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

Innodb Redoログの役割を説明し、ログを元に戻します。Apr 15, 2025 am 12:16 AM

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明出力（タイプ、キー、行、追加）で探す重要なメトリックは何ですか？Apr 15, 2025 am 12:15 AM

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1）タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2）キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3）行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4）追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

説明の一時的なステータスを使用し、それを回避する方法は何ですか？Apr 15, 2025 am 12:14 AM

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1）個別またはグループビーを使用する場合の重複排除またはグループ化。 2）Orderbyに非インデックス列が含まれているときに並べ替えます。 3）複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1）OrderbyとGroupB

さまざまなSQLトランザクションの分離レベル（読み取り、commited、繰り返し読み取り、シリアル化可能、シリアル化可能）とmysql/innodbの意味を説明してください。Apr 15, 2025 am 12:11 AM

MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1.ReadunCommittedは、知らないデータを読み取ることができます。 2。読み込みは汚い読み取りを回避しますが、繰り返しのない読みが発生する可能性があります。 3. RepeatablerEadはデフォルトレベルであり、汚い読み取りと非回復不可能な読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

MySQL対その他のデータベース：オプションの比較Apr 15, 2025 am 12:08 AM

MySQLは、Webアプリケーションやコンテンツ管理システムに適しており、オープンソース、高性能、使いやすさに人気があります。 1）PostgreSQLと比較して、MySQLは簡単なクエリと高い同時読み取り操作でパフォーマンスが向上します。 2）Oracleと比較して、MySQLは、オープンソースと低コストのため、中小企業の間でより一般的です。 3）Microsoft SQL Serverと比較して、MySQLはクロスプラットフォームアプリケーションにより適しています。 4）MongoDBとは異なり、MySQLは構造化されたデータおよびトランザクション処理により適しています。

MySQL Index Cardinalityはクエリパフォーマンスにどのように影響しますか？Apr 14, 2025 am 12:18 AM

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。

MySQL：新規ユーザー向けのリソースとチュートリアルApr 14, 2025 am 12:16 AM

MySQL学習パスには、基本的な知識、コアの概念、使用例、最適化手法が含まれます。 1）テーブル、行、列、SQLクエリなどの基本概念を理解します。 2）MySQLの定義、作業原則、および利点を学びます。 3）インデックスやストアドプロシージャなどの基本的なCRUD操作と高度な使用法をマスターします。 4）インデックスの合理的な使用や最適化クエリなど、一般的なエラーのデバッグとパフォーマンス最適化の提案に精通しています。これらの手順を通じて、MySQLの使用と最適化を完全に把握できます。

実際のmysql：例とユースケースApr 14, 2025 am 12:15 AM

MySQLの実際のアプリケーションには、基本的なデータベース設計と複雑なクエリの最適化が含まれます。 1）基本的な使用法：ユーザー情報の挿入、クエリ、更新、削除など、ユーザーデータの保存と管理に使用されます。 2）高度な使用法：eコマースプラットフォームの注文や在庫管理など、複雑なビジネスロジックを処理します。 3）パフォーマンスの最適化：インデックス、パーティションテーブル、クエリキャッシュを使用して合理的にパフォーマンスを向上させます。

See all articles