Valeur par défaut dans une table objet

Version imprimable

16/03/2004, 17h26
Ricky81

Valeur par défaut dans une table objet

Bonjour,

J'ai créé une table à partir d'un type, et je cherche à définir une valeur par défaut pour un champ de ma table objet, mais je n'ai encore rien trouvé pour faire ça (ni au niveau du type, ni au niveau de la table).

Merci pour vos conseils

Eric
17/03/2004, 11h11
Marc Musette

dans l'Application developper guide - Object Relational Feature, chapitre 2, tu trouveras un parfait exemple sous "Default Values for Objects and Collections"

en fait il suffit d'apeller la clause DEFAULT avec le constructeur
[/code]
17/03/2004, 13h48
Ricky81
Bonjour,

merci pour ta réponse.
Ca ne répond pas exactement à mon problème, mais ca me serviras probablement aussi.

En fait ma table est créée à partir d'un seul type :
Code:

1 2 3 CREATE TABLE UTILISATEUR OF UTILISATEUR_TYPE( ... )
J'ai pris un peu de recul et j'en suis arrivé à la conclusion que la notion de valeur par défaut ne pouvait pas s'appliquer dans ce cas précis puisque il me faudra obligatoirement fournir l'ensemble des valeurs au constructeur de type lors d'une insertion.

Je pense donc gérer ce problème de valeur par défaut plus en amont, par exemple au niveau d'une procédure qui s'occupera des insertions.

Néanmoins, si des gens expérimentés ont d'autres propositions, je suis preneur.

Cordialement

Eric
17/03/2004, 14h06
SheikYerbouti
Citation:
Envoyé par Ricky81

Bonjour,

merci pour ta réponse.
Ca ne répond pas exactement à mon problème, mais ca me serviras probablement aussi.

En fait ma table est créée à partir d'un seul type :

Code:

1 2 3 CREATE TABLE UTILISATEUR OF UTILISATEUR_TYPE( ... )

J'ai pris un peu de recul et j'en suis arrivé à la conclusion que la notion de valeur par défaut ne pouvait pas s'appliquer dans ce cas précis puisque il me faudra obligatoirement fournir l'ensemble des valeurs au constructeur de type lors d'une insertion.

Je pense donc gérer ce problème de valeur par défaut plus en amont, par exemple au niveau d'une procédure qui s'occupera des insertions.

Néanmoins, si des gens expérimentés ont d'autres propositions, je suis preneur.

Cordialement

Eric
Si, la réponse de Marc Musette répondait à votre problème.

Vous pouvez fixer les valeurs par défaut dès la création de votre table, en utilisant les contructeurs des objets sous-jacents.
Vous pouvez contraindre vos utilisateurs à passer par vos procédures de gestion des données, mais vous ne pouvez pas totalement empêcher quelqu'un de faire une insertion directe dans la table, et donc de ne pas initialiser certaines colonnes avec leur valeur par défaut.
17/03/2004, 15h25
Marc Musette

en réalité la clause DEFAULT ne sait pas marcher si ta table ne comprend qu'une colonne ... :idea: minimum DEUX

[/code]
17/03/2004, 15h53
Ricky81

Bonjour,

Citation:

Envoyé par Marc Musette

en réalité la clause DEFAULT ne sait pas marcher si ta table ne comprend qu'une colonne ... minimum DEUX

Oui, et c'est bien mon cas puisque je crée la table directement à partir d'un type.

Merci pour vos réponses
17/03/2004, 16h04
Marc Musette

oui, je n'avais pas compris cela dans ton premier message...

... ajouter une deuxième colonne ? passer par une fonction ?

à toi de jouer
17/03/2004, 16h51
SheikYerbouti

Citation:

Envoyé par Ricky81

Bonjour,

Citation:

Envoyé par Marc Musette

en réalité la clause DEFAULT ne sait pas marcher si ta table ne comprend qu'une colonne ... minimum DEUX

Oui, et c'est bien mon cas puisque je crée la table directement à partir d'un type.

Merci pour vos réponses

Vous créez donc une table qui ne contient qu'une seule colonne , puisque basée sur un type ne comprenant qu'un seul attribut ???

Bonjour,

pour faire plus clair :

Code:

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
CREATE OR REPLACE TYPE UTILISATEUR_TYPE AS OBJECT
(
  LOGIN VARCHAR2(20),
  PASSWORD VARCHAR2(20),
  NOM VARCHAR2(20),
  PRENOM VARCHAR2(20),
  ADRESSE VARCHAR2(80),
  EMAIL VARCHAR2(60),
  ACTIF CHAR(1)
)
/
 
CREATE TABLE UTILISATEUR OF UTILISATEUR_TYPE(
  CONSTRAINT PK_UTILISATEUR PRIMARY KEY(login),
  CONSTRAINT NN_UTILISATEUR_PASSWORD CHECK(password IS NOT NULL),
  CONSTRAINT CK_UTILISATEUR_ACTIF CHECK(actif IN ('O','N')))
/

Toutes mes excuses si je me suis mal fait comprendre.

17/03/2004, 18h12
SheikYerbouti

Dans ce cas, je pense qu'il faut réécrire la méthode constructeur du type, pour que les champs de l'objet soit initialisés.
17/03/2004, 18h38
Ricky81

Merci beaucoup SheikYerbouti

C'est ce que je vais faire.

Citation:
Envoyé par Ricky81
Bonjour,

pour faire plus clair :
Code:

1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 CREATE OR REPLACE TYPE UTILISATEUR_TYPE AS OBJECT ( LOGIN VARCHAR2(20), PASSWORD VARCHAR2(20), NOM VARCHAR2(20), PRENOM VARCHAR2(20), ADRESSE VARCHAR2(80), EMAIL VARCHAR2(60), ACTIF CHAR(1) ) / CREATE TABLE UTILISATEUR OF UTILISATEUR_TYPE( CONSTRAINT PK_UTILISATEUR PRIMARY KEY(login), CONSTRAINT NN_UTILISATEUR_PASSWORD CHECK(password IS NOT NULL), CONSTRAINT CK_UTILISATEUR_ACTIF CHECK(actif IN ('O','N'))) /
Toutes mes excuses si je me suis mal fait comprendre.
heu effectivement ici, il y a plus d'une colonne !!!! pourquoi ne donnes-tu pas directement le véritable ordre SQL que tu utilises !?!?!? on perdrait moins de temps ... en plus tu dis que tu crées cette table à partir d'un seul type ... comprends pas bien ce retournement de situation ...

18/03/2004, 11h52
Ricky81

Bonjour,

je m'excuse si je n'ai pas été assez clair et si je vous ai fais perdre du temps.

Dans ma tête je crée bien ma table à partir d'un type puisque c'est un type que j'ai créé. Maintenant, si ce n'est pas comme ca qu'on décrit une telle situation, je m'en excuse et j'en prend note.
Pour le script, j'aurais effectivement dû le mettre dès le départ.

Cordialement

Eric