Bonjour @Justin Jenkins:
Il est très difficile de dire si WordPress le supportera ou non, car ils peuvent prendre ces décisions et nous ne le pouvons pas. Cependant, nous pouvons examiner certaines preuves.
Serveur SQL?
Pour SQL Server, d'une part, un ticket trac a été débattu et bloqué il y a un an; depuis lors, plus récemment, il semble qu'Automattic et Microsoft explorent des relations commerciales:
Mongo DB?
Pour Mongo DB, il y avait une question de support le proposant mais pas de reconnaissance officielle et pas de véritable traction:
Prévoir?
Donc, SQL Server semble plus probable que MongoDB, au moins d'Automattic à court terme, mais ce n'est qu'une supposition et pas une sur laquelle je parierais réellement.
Et les plugins?
Plus important encore, il faudrait considérer qu'un avantage majeur de WordPress est l'énorme référentiel de plugins gratuits et que beaucoup d'entre eux codent directement MySQL et cesseraient donc de fonctionner et atténueraient une grande partie des avantages de WordPress.
Modules Drupal et leur prise en charge d'autres bases de données en plus de MySQL
De plus, dans le monde Drupal, vous avez une prise en charge de plusieurs bases de données, mais la réalité est que la grande majorité des modules Drupal qui interagissent avec la base de données ne prennent en charge que MySQL. La prise en charge de plusieurs bases de données nécessite beaucoup plus d'efforts et la plupart des développeurs de modules Drupal n'ont tout simplement pas les ressources ni même l'envie de créer des plugins gratuits avec ces niveaux de support et je m'attendrais à ce que ce soit le cas avec WordPress.
Cas d'utilisation réels?
Ce qui m'amène à une question honnête: quels sont les cas d'utilisation réels pour cela? En tant que technologue moi-même, je considère toujours ces types comme vraiment cool, mais en tant qu'entrepreneur, je les regarde aussi de manière pragmatique et demande des cas d'utilisation. Y a-t-il des situations où MySQL n'est vraiment pas une option mais SQL Server l'est? Les installations dans lesquelles les avantages de Mongo DB dépasseraient les inconvénients?
(Et tout aussi important, y a-t-il des entreprises qui en ont vraiment besoin et qui sont prêtes à dépenser de l'argent pour soutenir le développement et la maintenance? Plus précisément, je serais curieux de connaître vos motivations? Encore une fois, c'est une question honnête; les études de marché vraiment, et de ne pas vous défier de quelque façon que ce soit pour avoir demandé.)
Prochaines étapes?
Si vous voulez l'entendre davantage de la bouche du cheval, je vous suggère de demander sur la liste de diffusion wp-hackers et de publier un ticket de proposition pour MongoDB sur trac .
MISE À JOUR
Je viens de tomber sur cette page sur Microsoft.com qui prétend avoir un correctif pour utiliser SQL Server avec WordPress. Je ne l'ai pas essayé, je ne peux donc pas en témoigner, bien que voici la page WordPress de Microsoft:
Codec
Voir: http://codex.wordpress.org/Using_Alternative_Databases#Solutions/
Plugin Alternative
J'ai utilisé ce plugin: http://wordpress.org/extend/plugins/pdo-for-wordpress/ récemment pour exécuter WordPress sur mon NAS en utilisant une base de données SQLITE dans le backend au lieu de MySQL, ce qui fonctionnait très bien.
Quelles bases de données sont prises en charge?
Actuellement, la couche de base prend en charge toute base de données prise en charge par PDO.
TOUTEFOIS, chaque base de données a besoin de son propre pilote et actuellement les seuls pilotes écrits pour ce plugin sont pour
Donc, pour MySQL, quelqu'un devrait écrire un pilote
la source
J'ai fait des recherches sur les possibilités de migrer WordPress vers MongoDB ou une autre base de données NoSQL pour le rendre vraiment évolutif. Les coutures sont un bon moyen (malheureusement pas court) pour y parvenir.
Pour commencer, j'ai fait un petit script en PHP qui migre les tables MySQL vers les collections Mongo en faisant quelques agrégations tout en préservant les dépendances relationnelles d'origine:
https://github.com/virtimus/mysql2mongo
La prochaine étape sur laquelle je travaille maintenant est de faire comprendre à MongoDB quelque chose qui serait "proche" de SQL - je l'ai nommé "nSQL" - c'est un dialecte basé sur json de SQL opérant sur des collections hiérarchiques
https://github.com/virtimus/nsqlserver
C'est un travail en cours - rien n'est encore engagé - mais j'ai déjà une version protype w hors ligne qui traite les requêtes nSQL simples du formulaire:
Il peut fonctionner à la fois sur MySQL, MongoDB ou presque n'importe quel autre backend relationnel / non relationnel. Il s'agit de la compilation de deux projets: - un fork MongoDB (version MongoDB légèrement étendue par certaines commandes "nSQL") - un fork du projet SQLRelay (gestion du proxy DB relationnel de nombreux backends SQL)
OK - donc le composant ci-dessus serait la partie principale du travail. Il y a beaucoup de développement pour le rendre pleinement fonctionnel (gestion des agrégations, du tri, des filtres de sous-documents, des insertions / mises à jour / suppressions, peut-être aussi des jointures, etc.) L'effet final semble être très prometteur en général - pas seulement pour WP. Imaginez par exemple une migration SQL vers NoSQL en utilisant plusieurs commandes simples "INSERT FROM INTO" ...
Le reste du travail serait de le connecter à WordPress - via une sorte de traducteur SQL2NSQL (c'est-à-dire ce plugin PDO ci-dessus)
Y a-t-il quelqu'un intéressé? Aide à l'analyse / développement? Investissement financier?
la source
PDO pour WordPress fonctionne très bien si cela ne vous dérange pas d'être bloqué dans WP 2.9.1RC1 car il n'est pas pris en charge dans WP 3.x. Malheureusement, de nombreux plugins sont écrits pour fonctionner uniquement sur WP 3.x
la source