WordpressがSQL Serverをサポートすることをずっと望んでいましたが、MongoDB（たとえば）をサポートしているとしたら本当に素晴らしいでしょう。
私の質問は、そうする計画はあるのでしょうか？
コアのWordpressチームはMySQLにコミットしているので、他のDBのサポートを提供する計画はありません（少なくともいつかはいつですか？）
この投稿により、そのようなことは起こらないと私は信じるようになりました。
http://codex.wordpress.org/Using_Alternative_Databases
ただし、例として（私はWordpressのほうがずっと好きですが）、Drupal 7には...
Maria DB、Microsoft SQL Server、MongoDB、Oracle、MySQL、PostgreSQL、SQLiteなどの多くのデータベースの使用を可能にするデータベース抽象化レイヤー
回答:
こんにちは@Justin Jenkins：
WordPressがサポートするかしないかを判断するのは非常に困難です。なぜなら、彼らが決定を下すことができ、私たちはできないからです。しかし、いくつかの証拠を見ることができます。
一方でSQL Serverの場合、1年前にTracチケットが議論され、行き詰まりました。それ以来、AutomatticとMicrosoftはビジネス関係を模索しているようです。
Mongo DBについては、それを提案するサポートの質問がありましたが、公式の承認も実際の牽引力もありませんでした。
したがって、SQL Serverは、少なくとも短期的にはAutomatticから、MongoDBよりも可能性が高いように見えますが、それは推測にすぎず、実際に私が賭けているものではありません。
さらに重要なことは、WordPressの主な利点は無料のプラグインの巨大なリポジトリであり、それらの多くはMySQLを直接エンコードするため、動作を停止し、WordPressの利点の多くを鈍らせることを考慮する必要があります。
さらに、Drupalの世界では複数のデータベースがサポートされていますが、実際には、データベースと対話するDrupalモジュールの大部分はMySQLのみをサポートしています。複数のデータベースをサポートするには何倍もの労力が必要であり、ほとんどのDrupalモジュール開発者は、これらのレベルのサポートを備えた無料のプラグインを作成するためのリソースや傾向さえないので、WordPressでも同じことが言えると思います。
これは正直な質問に私を連れて行きます：これの実際のユースケースは何ですか？私自身、技術者として、私は常にこれらのタイプを本当にかっこいいと考えていますが、起業家としては、実用的にも見極め、ユースケースを求めています。MySQLが本当にオプションではないがSQL Serverがオプションである状況はありますか？Mongo DBのメリットがマイナスになるインストールはありますか？
（そしてこれと同じくらい重要なこととして、開発と保守をサポートするためにお金を費やすことをいとわない、本当にこれを必要とする企業はありますか？より具体的には、私はあなたの動機を知りたいと思いますか？繰り返しますが、これは正直な質問です;市場調査、そして尋ねるために決してあなたに挑戦しないでください。）
馬の口からもっと聞きたい場合は、wp-hackersメーリングリストで質問し、MongoDBのプロポーザルチケットをtracに投稿することをお勧めします。
WordPressでSQL Serverを使用するためのパッチがあるとMicrosoft.comでこのページを見つけたところです。私はそれを試しなかったので、それを保証することはできませんが、これはMicrosoftのWordPressページです：
参照：http : //codex.wordpress.org/Using_Alternative_Databases#Solutions/
私はこのプラグインを使用しました：最近、MySQLの代わりにバックエンドでSQLITEデータベースを使用してNASでWordPressを実行するために、http：//wordpress.org/extend/plugins/pdo-for-wordpress/を使用しました。
どのデータベースがサポートされていますか？
現在、基本層はPDOでサポートされているすべてのデータベースをサポートしています。
ただし、各データベースには独自のドライバーが必要であり、現在このプラグイン用に作成された唯一のドライバーは
MySQLの場合、誰かがドライバを書く必要があります
WordPressをMongoDBまたは他のNoSQLデータベースに移行して、本当にスケーラブルにする可能性について、いくつかの調査を行いました。縫い目には、これを実現するための非常に良い方法があります（残念ながら短い方法ではありません）。
最初に、元のリレーショナル依存関係を維持しながら、MySQLテーブルをいくつかの集計を行うMongoコレクションに移行する小さなスクリプトをPHPで実行しました。
https://github.com/virtimus/mysql2mongo
私が現在取り組んでいる次のステップは、SQLに「近い」ものをMongoDBに理解させることです-私はそれを「nSQL」と名付けました-階層的コレクションで動作するSQLのjsonベースの方言です
https://github.com/virtimus/nsqlserver
それは進行中の作業です-まだ何もコミットされていません-ただし、次の形式の単純なnSQLクエリを処理するwプロタイプバージョンはすでにオフラインになっています。
db.runCommand(
{nsQL:
{
sel:['id','emailUse','emailType','emailSubject'], // properties/colums to return
flt:{emailUse:0,emailType:'test'}, // filter (where phrase equivalent)
ctb:'wp_eshop_emails' // table equivalent (can be agregated in collection as path)
},
cid:ci, //connection id
sid:si //session id
})
これは、MySQL、MongoDB、または他のほとんどすべてのリレーショナル/非リレーショナルバックエンドの両方で動作します。2つのプロジェクトのコンパイルです。多くのSQLバックエンド）
OK-したがって、上記のコンポーネントが作業の主要部分になります。完全に機能させるために多くの開発が行われています（集計の処理、並べ替え、サブドキュメントフィルター、挿入/更新/削除、場合によっては結合など）。WPだけでなく、一般的に最終効果は非常に期待できるようです。たとえば、いくつかの単純な「INSERT FROM INTO」コマンドを使用したSQLからNoSQLへの移行を想像してみてください...
残りの作業は、WordPressと接続することです-ある種のSQL2NSQLトランスレータ（つまり、上記のこのPDOプラグイン）を介して
興味のある人はいますか？分析/開発に役立ちますか？金融投資？