Discussion :

[tiger8]

Bonjour,
Je suis un débutant en pgSQL. Je souhaite modéliser une base de données complexe en relationnelle objet. Je connais les requêtes Oracle pour le faire mais elles ne semblent pas être équivalentes avec pgSQL.
Je souhaite connaître les requêtes pSQL correspondant au code oracle suivant :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
 
CREATE TYPE TypeElementaire
	AS OBJECT 
		( x VARCHAR(30), y VARCHAR(30))
/
 
CREATE TYPE TypeSimple
	AS OBJECT(
		champ1 VARCHAR(30),
		champ2 TypeElementaire,
		pointeur REF TypeElementaire
		)
/
 
 
CREATE OR REPLACE TYPE Ens_TypeSimple
	AS TABLE OF TypeElementaire
/
 
CREATE TABLE TableCompose OF Ens_TypeSimple	(PRIMARY KEY (champ1))
	NESTED TABLE Tab_Imb STORE AS Table1;

J'ai beaucoup de questions de ce genre, si vous pouvez m'indiquer un cours de BD relationnelle-Objet avec pgSQL
Je vous serai bien reconnaissant. Merci d'avance pour vos réponses

[CinePhil]

De mémoire, je crois qu'avec Postgresql, quand on crée un type, celui-ci est ensuite utilisable comme n'importe quel type standard de Postgresql.

Pour plus d'info, il y a la doc Postgresql.

[tiger8]

CinePhil ,
Je te remercie pour m'avoir répondu aussi vite. Je vais voir ça.
Mais pour l'instant je ne vois toujours pas comment créer des pointeurs de type (REF) et des ensembles de type (CREATE TYPE Ens_TypeSimple AS TABLE OF TypeElementaire).

[estofilo]

Mais pour l'instant je ne vois toujours pas comment créer des pointeurs de type (REF) et des ensembles de type (CREATE TYPE Ens_TypeSimple AS TABLE OF TypeElementaire).

Dans Postgresql, il n'y a pas d'équivalent aux pointeurs d'Oracle, ni aux sous-tables.
En revanche les tableaux (ARRAY) de n'importe quel type sont largement gérés.

[kimaidou]

Bonjour

sinon, le type hstore (dans le module contrib), est aussi intéressant. Il permet d'avoir dans une colonne un tableau associatif = une liste de clés/valeurs:
http://www.postgresql.org/docs/9.0/static/hstore.html

[tiger8]

À chaque fois qu'un type défini par un utilisateur est créé, PostgreSQL crée automatiquement un type tableau associé dont le nom est composé à partir du type de base préfixé d'un tiret bas. Ce type tableau est super car il contient toutes les fonctions de son type père ainsi que deux autres fonctions d'entrée et sortie array_in et array_out. Le type tableau est supprimé quand le type de base l'est.
Ref https://postgresql.developpez.com/do...tion/francais/

Je vous remercie pour vos propositions . Je vais tous les analyser. Je suis en train de proposer à ma hiérarchie des bases de données plus structurées que celles que nous avons sur MySQL (au faite elles ne sont même pas structurées)

C'est dommage qu'il n'y ait pas de pointeurs sur postgres car ça évite bien des répétitions.
Je considère ce problème comme résolu, mais je viendrai le compléter pour que l'on y trouve les grands trait du relationnelle objet avec PostgreSQL. Je vous invite à y participer.

Encore merci

[CinePhil]

Sauf que le type tableau est contraires aux règles élémentaires de construction des bases de données et notamment à la première forme normale qui veut que 1 colonne d'1 ligne = 1 valeur !

Je suis en train de proposer à ma hiérarchie des bases de données plus structurées que celles que nous avons

Ben c'est pas avec le type tableau que ça va s'arranger !

Si tu nous dis plus concrètement de quoi il s'agit, on pourra t'aider à modéliser dans le forum Schéma.

[tiger8]

J'évite justement de faire de la modélisation relationnelle car assez complexe pour mon problème: ma modélisation est totalement objet mais suit bien les règles 1, 2,3 NF. Mon but est de simplifier les requêtes.
Pour l'instant je met ce projet en "stand-by". A très prochainement.