L'utilisation de différentes versions de base de données pour différents sites dans un réseau multisite n'est généralement pas prise en charge et est techniquement complexe. Dans une architecture de réseau multisite typique, tous les sites partagent la même base de données et la même version du système de gestion de la base de données (DBMS). Voici une exploration approfondie de ce sujet qui aborde le concept, les implications et les alternatives liées à l'utilisation de différentes versions de base de données dans une configuration multisite.
Comprendre la structure de la base de données réseau multisite
Un réseau multisite, comme un Multisite WordPress, utilise une seule instance de base de données pour stocker des données pour plusieurs sites. La base de données contient des tables de réseau central qui s'appliquent à l'ensemble du réseau et sépare les données de chaque site en tables distinctes à l'aide de préfixes uniques. Les sites n'ont pas leurs propres bases de données distinctes; Au lieu de cela, ils partagent le même serveur et instance de base de données, mais avec différentes tables ou ensembles de table qui correspondent à des sites individuels.
Cela signifie que la version sous-jacente du système de base de données (MySQL, MARIADB ou d'autres SGBRS pris en charge) doit être uniforme sur l'ensemble du réseau multisite car tous les sites sont connectés à la même instance de base de données. La version DBMS contrôle les fonctionnalités, les performances et la compatibilité de la base de données pour toutes les données stockées. Il n'est pas possible pour certains sites d'utiliser une version de base de données plus récente ou différente tandis que d'autres utilisent une version plus ancienne si elles résident sur le même serveur de base de données.
Contraintes techniques
- Instance de base de données unique: un réseau multisite utilise une seule instance de base de données. Cela signifie qu'il n'y a qu'une seule version en cours d'exécution du serveur de base de données sur tous les sites.
- Compatibilité du moteur de la base de données: la version de la base de données régit les caractéristiques du moteur disponibles, les dialectes SQL et les optimisations de performances. Mélanger différentes versions dans un schéma n'est pas possible.
- Séparation des préfixes de table: Bien que les données pour chaque site soient séparées par les préfixes de table, les tables résident toutes dans la même base de données globale. Cela signifie que toutes les tables doivent être compatibles avec la même version du moteur de base de données.
- Version Uniforme SGBD: L'ensemble du réseau multisite s'appuie sur une version uniforme du SGBD à l'autre côté du tableau. Toute mise à jour ou rétrogradation affecte tous les sites simultanément.
Que se passe-t-il si différentes versions de base de données sont nécessaires?
Si différents sites nécessitent différentes versions SGBD, une configuration multisite typique ne peut pas le réaliser sans les principes d'architecture de flexion. Cette exigence peut découler de:
- Problèmes de compatibilité avec certains plugins ou thèmes qui nécessitent des fonctionnalités de base de données plus récentes ou plus anciennes.
- Exigences de réglage ou d'optimisation des performances qui sont mieux servies par une version différente.
- Bogues ou limitations spécifiques au moteur de la base de données.
Étant donné que l'architecture multisite s'appuie sur une instance de base de données, la seule véritable façon de s'adapter à différentes versions de base de données pour différents sites serait de les diviser en réseaux distincts ou des installations autonomes séparées, chacune avec sa propre instance de serveur de base de données exécutant la version souhaitée.
Alternatives à différentes versions de base de données par site
Serveurs de base de données séparés par site avec des installations WordPress indépendantes
Au lieu d'une multisite, vous pouvez configurer différents sites indépendamment, chacun avec son propre serveur de base de données exécutant la version SGBD souhaitée pour ce site. Cela offre une pleine flexibilité mais des sacrifices:
- Gestion unifiée
- Contrôle centralisé des utilisateurs et des plugins
- Facilité des sauvegardes sur les sites
- Thèmes et plugins partagés
Cette approche est la meilleure lorsque les sites ont des exigences techniques et de sécurité très différentes.
plusieurs bases de données sur le même serveur
Parfois, plusieurs bases de données peuvent résider sur la même instance de serveur de base de données avec la même version. Cela ne satisfait pas à la nécessité de différentes versions par site mais permet la séparation en termes de stockage de données.
Utiliser le multisite mais avec une version SGBD uniforme
Si les sites peuvent fonctionner sous une seule version de base de données, Multisite reste une option solide. Dans le réseau, les sites ont des tables séparées, mais elles partagent toutes la même version du serveur de base de données et la configuration de base.
WordPress multisite spécificiaires
Les réseaux multisites WordPress créent des tables au niveau du réseau partagé (par exemple, WP_USERS, WP_SITE, WP_BLOGS) puis un ensemble de tableaux spécifiques au site pour chaque site avec un préfixe de site unique (par exemple, WP_2_POSTS pour le site 2). Toutes les tableaux résident dans une base de données, donc une seule version de base de données sert l'ensemble du réseau. Le noyau, les plugins et les thèmes WordPress supposent un environnement de base de données cohérent.
risques potentiels d'essayer d'utiliser différentes versions
Tenter ou simuler une version différente d'une base de données pour les sites du même réseau multisite pourrait provoquer:
- Corruption des données Si certaines requêtes SQL reposent sur des fonctionnalités indisponibles dans certaines versions.
- Incompatibilité du plugin ou défaillance due aux décalages de caractéristiques du SGBD.
- Complexités des sauvegardes et des migrations.
- Instabilité globale de l'environnement multisite.
Considérations de sécurité et de performance
Une version de la base de données unifiée profite aux correctifs de sécurité à l'échelle du réseau et aux améliorations des performances. Tenter de maintenir des versions de base de données divergentes nécessiterait plusieurs serveurs de base de données, augmentant la complexité et le coût.
Résumé
- Les réseaux multisites partagent une base de données et une version SGBD.
- Différents sites au sein d'une multisite ne peuvent pas utiliser différentes versions de base de données.
- Les versions de base de données distinctes par site nécessitent des sites ou des réseaux séparés avec des bases de données indépendantes.
- Avantages multisites de l'uniformité de la version de la base de données pour la stabilité, la sécurité et la gestion.
- Pour les exigences de base de données différentes, les installations indépendantes avec des instances de SGBD distinctes sont la meilleure solution.