Discussion :

[beginnerDotNet]

Bonjour,
Je me lance dans le développement d'une application avec Asp.net MVC et j'utilise Entity Framwork, et mon application doit être multi-sociétés de telle sorte à ce que chaque société aura une bd (SQL Server) séparée, c'est-à-dire, à la création d'une nouvelle société, je crée la bd avec un pré-paramétrage.
J'ai pensé à créer un fichier xml qui regroupe l'ensemble des sociétés et les différents informations liées aux bd crées, mais comment créer une bd par programmation en asp.net mvc et EF.
Avez-vous des idées pour commencer ?
Merci

[mermich]

Salut,

je suis pas sur que ce soit forcement la bonne approche, mais plus que de creer une bdd (on ne creer pas de bdd simplement des schemas), j'essayerai de cloner un shcema de depart pour ainsi avoir les tables de parametrages deja remplies etc.

[beginnerDotNet]

Mais comment peut-on cloner un schèma?
En fait, j'ai crée l'application avec l’approche Model fisrt, et j'ai généré la bd, mais je souhaite à chaque création de société, créer une db propre à la société.

[Lakhdr]

tu es entrain de creer une application multitenant regarde sur internet en cherchant ASP.NET MVC multitenancy ou EF multitenancy

Dans ce cas selon le besoin tu peux utiliser un schema par client(societe) ou une base de donnée par client ou un serveur de base de données par client

tu trouveras des codes deja fait

[DotNetMatt]

Mais comment peut-on cloner un schèma?

Dans SSMS, click droit sur la DB, puis va dans Tasks > Generate Scripts. Ensuite tu choisis Select specific database objects, et tu vas pouvoir selectionner le(s) schema a scripter.

En fait, j'ai crée l'application avec l’approche Model fisrt, et j'ai généré la bd, mais je souhaite à chaque création de société, créer une db propre à la société.

L'approche Model First est surement tres bien pour des petits projets, mais la je te conseille d'utiliser un projet de type SQL Server dans Visual Studio. Quand on se lance sur des projets multi-tenants comme ca, il faut etre en mesure de gerer chaque composants de l'appli, surtout s'il y a des personnalisations pour chaque client.

Sinon pour choisir entre une DB et plusieurs schemas, ou plusieurs DB, je pense qu'il faut privilegier plusieurs DB si :
- les domaines fonctionnels des clients sont differents (ex. si ton appli est un ERP avec un module RH et un module Finance...)
- certains clients ont des volumetries qui vont rapidement croitre
- les differences d'implementation entre les clients concernent des fonctionnalites (et pas uniquement de la configuration)

Il sera plus facile par la suite de mettre tes bases de donnees a l'echelle si necessaire.

Si les differences entre les clients ne concernent que de la configuration, et qu'ils ont tous les memes fonctionnalites, alors une seule DB peut valoir le coup. Attention aussi aux volumetries.