Discussion :

[Sve@r]

Bonjour à tous

J'ai découvert il y a quelque temps l'utilité des schémas qui sont à Postgres ce qu'un dossier est au système de gestion de fichiers.

Donc comme je travaille actuellement sur un projet, j'ai créé ma base en la découpant par grands groupes de travaux ; chaque groupe étant placé dans un schéma précis. Ainsi le schéma "truc" contiendra toutes les tables nécessaires à gérer un truc, le schéma "chose" contiendra toutes les tables nécessaires à gérer une chose.

Bien entendu les triggers, les séquences et les index des tables sont aussi créés dans le schéma qui va bien. Et je me retrouve en final avec un schéma "public" totalement vide. Donc je me demandais déjà à quoi il peut bien servir dans mon cas et si on peut le supprimer...

Merci à tous les pros de Postgres qui me donneront leur avis à ce sujet...

[SQLpro]

Bonjour à tous

J'ai découvert il y a quelque temps l'utilité des schémas qui sont à Postgres ce qu'un dossier est au système de gestion de fichiers.

pas tout à fait, parce qu'il n'est pas possible de faire des schémas SQL de schéma SQL.... donc un seul niveau !

Donc comme je travaille actuellement sur un projet, j'ai créé ma base en la découpant par grands groupes de travaux ; chaque groupe étant placé dans un schéma précis. Ainsi le schéma "truc" contiendra toutes les tables nécessaires à gérer un truc, le schéma "chose" contiendra toutes les tables nécessaires à gérer une chose.

C'est exactement ce qui faut faire.... Vous avez lu mon livre sur SQL ? ;-)

Bien entendu les triggers, les séquences et les index des tables sont aussi créés dans le schéma qui va bien. Et je me retrouve en final avec un schéma "public" totalement vide. Donc je me demandais déjà à quoi il peut bien servir dans mon cas et si on peut le supprimer...

Public est le schéma SQL par défaut de PostGreSQL comme dbo est celui de SQL Server... Vous aurez tôt ou tard besoin de ce schéma. En effet, on peut imaginer que vous serez amener à créer des fonction ou des procédures qui peuvent être utilisées par tous les autres schémas... Dans le cas de public, vous n'avez pas besoin de préfixer la table, la fonction ou la vue par le schéma, car le moteur le remplace automatiquement...

Merci à tous les pros de Postgres qui me donneront leur avis à ce sujet...

A noter, les schémas SQL font partie intégrante de la norme SQL !

A +

[Sve@r]

C'est exactement ce qui faut faire.... Vous avez lu mon livre sur SQL ? ;-)

J'ai parcouru les blogs. Il y a beaucoup de docs mais je n'ai pas vu celles qui parlent des schémas. De toute façon, une fois qu'on découvre ça, la première chose à laquelle on pense c'est "chouette, je vais pouvoir découper ma bdd"

Public est le schéma SQL par défaut de PostGreSQL comme dbo est celui de SQL Server... Vous aurez tôt ou tard besoin de ce schéma. En effet, on peut imaginer que vous serez amener à créer des fonction ou des procédures qui peuvent être utilisées par tous les autres schémas...

C'est peut-être vrai. J'ai d'ailleurs remarqué, après avoir supprimé ce schéma, que pg_dump ne mettait pas l'instruction "drop schema public" (alors qu'il met bien tous les autres drop). Et donc si on régénère la base depuis un dump précédé d'un create database, on retrouve ce schéma mais avec des droits par défaut ce qui est pas forcément tiptop question sécu.
J'ai donc préféré le garder afin de pouvoir le contrôler (lui mettre des droits spécifiques que pg_dump prend en compte, etc).

A +

Bye