Discussion :

[shadeoner]

Bonjour,

je souhaite monter une base de données en utilisant les sous typages.

Par contre je n'ai aucune idée des performances à l'arrivée.

J'ai une table ANNONCE avec environs 6 millions d'enregistrements.
Je souhaite créer deux tables de sous typage : LOCATION et VENTE
Dans location j'aurais par exemple charge et dans vente frais d'agence.

Est-ce que certains d'entre vous ont déjà utilisé du sous typage avec des volumes importants ? est-ce que c'est réactif ?

merci

[PpPool]

par sous-typage ke veux tu dire ?
Héritage ? Partitionnement ?
Pour ma part çà ne veut rien dire

[shadeoner]

Héritage je pense, deux tables qui hérites d'une table père en relation 1:1

Sous-typage c'est le nom qu'on utilisait à l'école y'a 7 ans !

[shadeoner]

personnes n'a d'infos ?

[Waldar]

Certainement, mais votre problème demeure obscur.

[shadeoner]

Ok je vais essayer d'être préçis


J'ai deux schémas différents au choix :

le premier contient une table ANNONCE :

Code :

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

1
2
3
4
5
6
7
CREATE TABLE ANNONCE (
 
annonce_id NUMBER,
annonce_surface NUMBER
annonce_prix_vente NUMBER,
annonce_prix_loyer NUMBER
)

Le second possède 3 tables :

Code :

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

1
2
3
4
CREATE TABLE ANNONCE (
annonce_id NUMBER,
annonce_surface NUMBER
)

Code :

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

1
2
3
4
5
CREATE TABLE ANNONCE_LOCATION(
 
annonce_id (FK sur annonce),
annonce_prix_loyer NUMBER
)

Code :

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

1
2
3
4
5
CREATE TABLE ANNONCE_VENTE(
 
annonce_id(FK sur annonce),
annonce_prix_vente NUMBER
)

Ma question : sur un important volume de données, vaut-il mieux se passer d'un modèle propre, et choisir le premier schéma, sachant qu'il y a une organisation incohérente (annonce_prix et annonce_vente ne peut pas être remplis en même temps)
ou est-ce que le schéma 2 reste viable en toute circonstance ?

[Waldar]

Je pense que le deuxième modèle est viable sans aucun problème.

Pour le premier, ce serait tout aussi viable mais je le ferai plutôt de la forme suivante :

Code :

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

1
2
3
4
5
6
7
CREATE TABLE ANNONCE
(
    annonce_id NUMBER,
    annonce_surface NUMBER
    annonce_type VARCHAR2(20),
    annonce_prix NUMBER,
)

Avec annonce_type qui prendrait soit 'VENTE', soit 'LOCATION', ou alors un code* 'V', 'L' qui pointerait sur une table référence de type annonce.


*voire un ID, mais pour deux valeur ça ne me paraît pas nécessaire.

[shadeoner]

Ok merci, qu'appels tu une table référence ?