Application de commerce électronique White Label. Partagé ou individuel dbs

Question

Actuellement, je travaille avec un CMS en marque blanche que nous revendons à plusieurs clients et tout fonctionne à partir de la même boîte/db.

Je cherche simplement à convertir ceci pour avoir une version de commerce électronique que nous utiliserons à ses côtés. Je me demande s'il y aura un problème en conservant tous les produits/catégories/commandes dans une seule base de données ou s'il serait judicieux de séparer chaque instance du site dans sa propre base de données pour cela.

Ces instances en marque blanche ne seront vendues qu'à des entreprises plus petites qui n'auront probablement pas une masse de trafic/produits et qui recherchent un site de commerce électronique simple. Quelque chose de plus grand aura certainement son propre hébergement et DB. Mais pour les choses à plus petite échelle, pensez-vous qu'un seul db sera OK?

@Tim: Oui, je suis complètement d'accord, mais comme je travaille à partir d'une base de code existante, tout le code de filtrage spécifique au site est intégré. Tout ce que j'ai à faire est d'ajouter deux champs à chaque table et le backend prendra déjà soin de tout ce qui filtre pour moi.

La base de code à partir de laquelle je travaille est configurée avec plusieurs niveaux d'accès, utilisateur (public), userAdmin (client) et admin (me), et est construite de manière à générer un nouveau site le portail d'administration. J'ai juste besoin de télécharger de nouveaux modèles/css/js/images et tout le nouveau site est créé.

Donc, en théorie, il peut être plus difficile d'avoir à séparer les bases de données de commerce électronique que de le laisser en une seule fois. D'où la question, s'il y a des problèmes avec avoir plusieurs sites dans une DB, je vais le séparer, mais si ça ne va pas faire trop de chance, je vais le laisser tel quel ...

En fait, je pense que je viens de répondre à ma propre question, je vais l'implémenter dans le code existant et le configurer pour fonctionner sur une base de données, sachant que je peux toujours installer le code sur une autre site unique sur elle si je dois :)

Merci pour la réponse rapide

Answer 1

Ayant tout entassé dans un seul DB va compliquer votre code considérablement. Au lieu d'être une différence de configuration (à laquelle DB se connecter), vous allez pepper votre code avec des filtres basés sur le client actuel. Je voterais pour des DB distincts dans un battement de coeur. Même si vous vous retrouvez avec une charge excessive de toutes les petites bases de données, il devrait être facile d'ajouter un nouveau serveur de base de données et de pointer de nouveaux sites vers la base de données sur le nouveau serveur.

Je ne vois pas les complications que cela créerait dans votre code en valoir la peine à long terme.