SSMS - Designer inopérant sur autre chose que DBO [Résolu]

Bluedeep · 04/12/2012, 11h33

Bonjour

Dans le Sql Server Management Studio, il semble impossible losrque l'on travaille sur une base diposant de schéma multiples de créer via le designer une table qui ne soit pas dans le schéma DBO.

Il semble qu'on ait que le choix entre passer directement par le MDL ou créer dans DBO et générer le script MDL pour modifier le schéma d'affectation.

Plus génant, une fois la table créée, une modification via le designer impliquant la recréation de la table la crée de nouveau dans le schéma DBO.

Ai-je raté quelque chose ou est ce un problème connu ? est ce corrigé avec un SP ou avec MSSMS 2012 ?

Merci par avance.

NB : la version de MSSMS que j'ai sur ma station est la 10.50.1600.1; je crois qu'il existe un SP, je vais chercher.

SQLpro · 04/12/2012, 12h43

Oui, vous avez raté beaucoup de choses... Les IHM complexifient les choses simples de SQL...
1) il suffit d'ajouter la fenêtre propriété dans la conception de votre objet pour choisir dans la liste déroulante le bon schéma.
2) pour transférer un objet d'un schéma à l'autre, il suffit d'utiliser la commande ALTER SCHEMA .

Les IHM sont loin de présenter correctement ce qui se fait dans SQL et utiliser une IHM ralentit considérablement la création des objets d'une base car à un moment ou un autre il faudra pisser du SQL.
Exemple : tentez d'ajouter une contrainte CHECK à une table dans l'IHM SSMS sans passer par un bout de SQL est strictement impossible !

En conclusion, laissez l'utilisation des IHM au neuneus du cerveau, et utilisez des commandes SQL !

A +

Bluedeep · 04/12/2012, 12h54

Merci pour votre réponse mais :

Citation:

Envoyé par SQLpro

Oui, vous avez raté beaucoup de choses... Les IHM complexifient les choses simples de SQL...
1) il suffit d'ajouter la fenêtre propriété dans la conception de votre objet pour choisir dans la liste déroulante le bon schéma.

Exact; je ne comprends même pas que cela ait pu m'échapper.

Citation:

2) pour transférer un objet d'un schéma à l'autre, il suffit d'utiliser la commande ALTER SCHEMA .

J'ignorais.

SQLpro · 04/12/2012, 14h58

Moralité : apprenez le langage SQL... ça ira plus vite que de s'amuser avec un IHM incapable de présenter tous les cas de figure.
En sus une IHM c'est pas portable. Du code SQL oui.
En gros après avoir passé par 35 boites de dialogues si vous appuyez sur OK et que ce que vous avez fait est une erreur il faudra le défaire et repasser par les 35 boites de dialogue... Vous aurez juste perdu 2 heures !
En codant sous forme de requêtes SQL, il vous aurait suffit de rectifier le poil de cul anormale et relancer la requête SQL, ce qui vous aurait fait gagner un temps considérable...

Notez que dans la plupart des fenêtres, SSMS vous propose une icône "script" permettant d'obtenir le SQL qu'il va au final envoyer au serveur.
Une bonne pratique de débutant en apprentissage consiste donc à commencer par l'IHM, demander le code SQL au lieu d'appuyer sur OK, fermer l'IHM, lire le code le rectifier au besoin et le lancer !

Vous en apprendrez pas mal par ce biais !

A +

04/12/2012, 11h33	#1
Bluedeep Expert Confirmé Sénior François Chef de projet NTIC Inscription : janvier 2007 Messages : 6 544 Détails du profil Informations personnelles : Nom : François Âge : 51 Localisation : France Informations professionnelles : Activité : Chef de projet NTIC Informations forums : Inscription : janvier 2007 Messages : 6 544 Points : 13 893 Points : 13 893	SSMS - Designer inopérant sur autre chose que DBO Bonjour Dans le Sql Server Management Studio, il semble impossible losrque l'on travaille sur une base diposant de schéma multiples de créer via le designer une table qui ne soit pas dans le schéma DBO. Il semble qu'on ait que le choix entre passer directement par le MDL ou créer dans DBO et générer le script MDL pour modifier le schéma d'affectation. Plus génant, une fois la table créée, une modification via le designer impliquant la recréation de la table la crée de nouveau dans le schéma DBO. Ai-je raté quelque chose ou est ce un problème connu ? est ce corrigé avec un SP ou avec MSSMS 2012 ? Merci par avance. NB : la version de MSSMS que j'ai sur ma station est la 10.50.1600.1; je crois qu'il existe un SP, je vais chercher. __________________ Je ne réponds pas aux questions techniques par MP ! Le forum est là pour ça... Une réponse vous a aidé ? utiliser le bouton "L’ennui dans ce monde, c’est que les idiots sont sûrs d’eux et les gens sensés pleins de doutes". B. Russel
	00

04/12/2012, 12h43	#2
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 074 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 074 Points : 21 669 Points : 21 669	Oui, vous avez raté beaucoup de choses... Les IHM complexifient les choses simples de SQL... 1) il suffit d'ajouter la fenêtre propriété dans la conception de votre objet pour choisir dans la liste déroulante le bon schéma. 2) pour transférer un objet d'un schéma à l'autre, il suffit d'utiliser la commande ALTER SCHEMA . Les IHM sont loin de présenter correctement ce qui se fait dans SQL et utiliser une IHM ralentit considérablement la création des objets d'une base car à un moment ou un autre il faudra pisser du SQL. Exemple : tentez d'ajouter une contrainte CHECK à une table dans l'IHM SSMS sans passer par un bout de SQL est strictement impossible ! En conclusion, laissez l'utilisation des IHM au neuneus du cerveau, et utilisez des commandes SQL ! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

04/12/2012, 14h58	#4
SQLpro Rédacteur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 12 074 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 12 074 Points : 21 669 Points : 21 669	Moralité : apprenez le langage SQL... ça ira plus vite que de s'amuser avec un IHM incapable de présenter tous les cas de figure. En sus une IHM c'est pas portable. Du code SQL oui. En gros après avoir passé par 35 boites de dialogues si vous appuyez sur OK et que ce que vous avez fait est une erreur il faudra le défaire et repasser par les 35 boites de dialogue... Vous aurez juste perdu 2 heures ! En codant sous forme de requêtes SQL, il vous aurait suffit de rectifier le poil de cul anormale et relancer la requête SQL, ce qui vous aurait fait gagner un temps considérable... Notez que dans la plupart des fenêtres, SSMS vous propose une icône "script" permettant d'obtenir le SQL qu'il va au final envoyer au serveur. Une bonne pratique de débutant en apprentissage consiste donc à commencer par l'IHM, demander le code SQL au lieu d'appuyer sur OK, fermer l'IHM, lire le code le rectifier au besoin et le lancer ! Vous en apprendrez pas mal par ce biais ! A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email