Discussion :

[zoltix]

Bonjour,
Je cherche mais je ne trouve pas une manière de faire pour créer une stored procedure qui crée une stored procédure dans une autre base de données que la db courante.


Example

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
 
use master
go
declare @sSP varchar(max)
set @sSP ='use AdventureWorks; proc getTest as select db_name();'
EXEC(@sSP)

Merci pour votre aide

[Invité]

J'aimerais bien connaître le besoin qui justifie ça....

Regarde peut-être en utilisant l'option user de EXECUTE :
http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx

Regarde aussi ces documents - j'ai pas approfondi :
http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx
http://msdn.microsoft.com/en-us/libr...SQL.90%29.aspx

[SQLpro]

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
USE master;
DECLARE @SQL VARCHAR(max);
SET @SQL = 'USE tempdb; DECLARE @SQL VARCHAR(max);SET @SQL = ''CREATE PROCEDURE dbo.P_MA_PROC AS SELECT * FROM INFORMATION_SCHEMA.ROUTINES;''EXEC (@SQL);';
EXEC (@SQL);

A +

[zoltix]

C'est pour créer des db automatiquement avec SP aux lieux d'utiliser OSQL.

Exemple: un client passe un contrat avec nous, il faut lui créer une db sur notre système avec sa structure de base, pour différentes raison (politique), ses données doivent être séparées (> 10 Millions, 30 tables ,50 SPs, 15 Fct..).

L’objectif est de simplifier et évité les commande xp_cmd pour une question de sécurité.

Merci de votre aide

[zoltix]

Par contre si il existe du clonage de db. Ça peut être vraiment utile.

Merci

[SQLpro]

1) au lieu de faire n base, faites en une seule avec comme directive de créer n schémas SQL et pour chaque schéma SQL de lui mettre un filegroup.

Seul inconvénient : la sauvegarde....

2) n base => 2 * n descripteurs de fichiers ouverts (mini), si trop nombreuses alors ça peut écrouler le système (à partir de 10 en exploit, ça devient notable, à 100 c'est pas terrible !)

A +

[zoltix]

Très bonne idée.Mais comment peut on faire pour attaché un filegroups a un schéma automatiquement lors de la création d'une table ou doit-on le faire par design.... et pour la sauvegarde on utlise litespeed ca devrait pas poser de problème.

Encore une question, on utilise des partitions de tables par année qui atteignent chacune +- 20 Gig. on travaille sur 20 ans, ces 20 fichiers sont mis dans 5 disks physiquement différent et distribués pour obtenir des ressources équilibré entre la lecture et écriture mesuré grâce a l'outil performance de Windows 2008. Est-ce une bonne méthode/approche ?

Encore un grand merci

[elsuket]

Bonjour,

créer n schémas SQL et pour chaque schéma SQL de lui mettre un filegroup

Je n'aime pas bien lier directement des objets logiques à des objets physiques, mais ici l'idée est plutôt alléchante.
En revanche je ne vois pas d'autre possibilité qu'un trigger DDL pour créer les nouvelles tables sur le filegroup qui convient.
Si tu as une alternative, je crois qu'en faire un billet ne serait pas une perte de temps

et pour la sauvegarde on utlise litespeed ca devrait pas poser de problème.

Je pense que SQLPro parle plutôt du cas de très grosses bases de données, ou cela peut alors devenir un problème.
En revanche je ne vois plus l'utilité d'utiliser LiteSpeed avec SQL Server 2008 (si c'est la version que vous utilisez), puisque cette version introduit la compression native des fichiers de sauvegardes ...

on utilise des partitions de tables par année qui atteignent chacune +- 20 Gig. on travaille sur 20 ans, ces 20 fichiers sont mis dans 5 disks physiquement différent et distribués pour obtenir des ressources équilibré entre la lecture et écriture mesuré grâce a l'outil performance de Windows 2008. Est-ce une bonne méthode/approche ?

A priori on peut dire que oui, puisqu'il y a de fortes chances que ce soit les données de ces derniers mois qui soient le plus consultées.
Encore faut-il que vous requêtes filtrent toutes sur l'année

@++

[zoltix]

grand merci pour vos réponses. Et je vous tiens informé du trigger ou de l'attachement automatique d'un objet.

A+