Discussion :

[Ricky81]

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

[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]

[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 :

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

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

[SheikYerbouti]

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 :

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

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.

[Marc Musette]

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

[/code]

[Ricky81]

Bonjour,

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

[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

[SheikYerbouti]

Bonjour,

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 ???

[Ricky81]

Bonjour,

pour faire plus clair :

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
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.

[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.

[Ricky81]

Merci beaucoup SheikYerbouti

C'est ce que je vais faire.

[Marc Musette]

Bonjour,

pour faire plus clair :

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
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 ...

[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