Discussion :

[ROUMEG]

Bonjour
je ne suis pas spécialiste sqlserver et je dois travailler sur une base créée il y a longtemps.
Or les concepteurs d'origine, (avec la complicité d'un outil) ont multiplié les shémas, sous shemas, sous sous shéma rendant le modèle vraiment pénible.
Par exemple une table User sera
Mondomaine.MonAppli.MonModule.User

donc les requêtes sont lourdingues et surtout certains outils de retro engeneering ne fonctionnent pas.

Si je fais des tables sur l'utilisateur dbo, je n'ai pas ce souci.
D'où ma question : y'a-t-il un moyen de créer des sortes d'alias pour rendre ces tables disponibles en haut de l'arborescence.
Y'a bien les vues. Créer une vue par table, mais pour les relations c'est pas top.

Donc je cherche un système pour parer à cela sans altérer le modèle.
Je vous remercie pour vos conseils

[ROUMEG]

Re
mes petites recherches et je suis tombé sur les synonymes

Code :

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

1
2
3
4
5
6
USE [Mabase-DEVTODEV]
GO
 
/****** Object:  Synonym [dbo].[dbUser]    Script Date: 16/02/2022 18:49:56 ******/
CREATE SYNONYM [dbo].[dbUser] FOR [Mabase-DEVTODEV].[MonDomaine.MonAppli.MonModule].[User]
GO

ça m'a l'air assez bien dans ce que je recherche ça ?

Me confirmez vous :
- que je pourrais utiliser directement mon synonyme dans mes select (à priori oui)
- que je peux updater directement en utilisant les synonymes

Merci de vos bons conseils

[SQLpro]

Il n'existe pas de sous schéma. Il n'existe qu'un seul niveau de schéma et il est obligatoire. Tout objet relationnel est forcément dans un schéma SQL. Sans doute ont-ils utilisé le caractère "." (point) dans le noms des objets pour simuler des sous-schémas. Dans ce cas il suffit d'entourer les noms des objets de crochets pour ne plus avoir de problèmes.

Sinon, effectivement vous pouvez utiliser des synonymes, ce que je ne recommande habituellement pas.

A +

[ROUMEG]

Bonjour
Merci de votre réponse
oui il s'agit bien d'une notification avec des points et effectivement cela donne l'impression de subdivision.
Toujours est-il qu'à part emm... le monde et beaucoup d'outils je n'en vois pas la moindre utilité (subdivisions arbitraires et pas logiques, retrouver logiquement une table par son nom est pénible, écriture des requêtes lourdingues ...) et cela pose problème.

Problèmes qui semblent résolu par ces synonymes et j'ai donc produit ces synonymes automatiquement pour les 300 tables du modèle.
Pouvez vous SVP me dire en quoi ce n'est pas recommandé ?
Merci

[SQLpro]

Cela ne fonctionne pas et provoque des erreurs dans certaines conditions avec certains logiciel, notamment avec des serveurs liés. De plus il ne faut pas oublier de préfixer les synonymes par leurs schéma SQL (ils en ont aussi un), sinon cela peut provoquer des recompilations, donc des problèmes de performances.

A +