Généralement, vous aurez besoin de scripts SQL pour cela. J'ai tendance à le faire de toute façon, car cela rend la maintenance et la version de la base de données beaucoup plus facile à long terme. L'idée de base est, lors de l'exécution du programme d'installation, vous aurez une action personnalisée pour exécuter ce script. L'utilisateur exécutant votre configuration aura besoin des autorisations à:
- Créer une base de données
- Créer des tables et d'autres objets de niveau de base de données dans la base de données nouvellement créée
- données POPULATE
Vos scripts prenez soin de tout cela, cependant. Vous aurez une commande CREATE DATABASE, les commandes appropriées CREATE SCHEMA, CREATE TABLE, CREATE VIEW, etc., et après la construction du schéma, les instructions INSERT appropriées pour remplir les données.
je romps normalement cela en plusieurs scripts, mais YMMV:
- Créer script de schéma
- "scripts communs" (un pour l'équivalent de
aspnet_regsql pour des projets web, un avec la création de l'Enterprise Library tables forestières et procs)
- Créer script procédure stockée, si nécessaire (à exécuter après le schéma créé de)
- Peupler script données initiales
Pour la future maintenance, je crée des scripts de mise à niveau dans lesquels un seul script gère généralement tout le processus de mise à niveau.
Lors de l'écriture des scripts, veillez à utiliser les contrôles de sécurité appropriés (IF EXISTS, etc.) avant de créer des objets. Et j'ai tendance à rendre le mien transactionnel, aussi bien.
Bonne chance!