oracle - créer une vue avec une clé primaire

Cette question est double dans ce sens je n'ai encore à clarifier. Documentation Oracle spécifiquement dit qu'il est possible de spécifier une clé primaire dans CREATE VIEW de l'alinéa(11g docs a la même notion) . Pourtant, quand j'essaie de le faire comme ceci:

create or replace view ABC(A, B, C, CONSTRAINT A_PK PRIMARY KEY (A)) ....

- Je obtenir ORA-00922: missing or invalid option pointant sur "clé primaire" de la phrase. La question est, est-ce moi ou est-il quelque chose de mal avec la Documentation d'Oracle?

OriginalL'auteur Andrey Balaguta | 2012-02-06

9

La réponse simple est que votre syntaxe est incorrecte. Vous doit spécifier DISABLE.

NOVALIDATE désactive la validation de la clé primaire, dans une vue par défaut et est donc inclus automatiquement; mais c'est beaucoup plus clair si vous l'utilisez, comme, dans une belle double négatif, disable novalidate désactive la possibilité de désactiver la clé primaire.

La rely est facultatif; il spécifie s'il faut prendre en compte la clé primaire lors de la création de la vue. L'antonyme de rely est norely.

Il y a un grand nombre de restrictions sur la création d'une vue contrainte et qu'elle repose sur le tableau ci-dessous c'est pas vraiment la peine comme l'a déjà noté par @RC. Mais si vous en avez besoin pour la documentation alors seulement ici vous allez:
```
SQL> create table tmp_test ( a number(10), b varchar2(120) );

Table created.

SQL>
SQL> insert into tmp_test
  2   select level, 'b'
  3     from dual
  4  connect by level <= 20
  5          ;

20 rows created.

SQL>  commit ;

Commit complete.

SQL>
SQL> alter table tmp_test
  2    add constraint tmp_test_pk
  3        primary key (a)
  4        using index;

Table altered.

SQL>
SQL> create or replace view v_tmp_test (a, b
  2     , constraint v_tmp_test_pk primary key (a) rely disable novalidate) as
  3   select a, b
  4     from tmp_test
  5          ;

View created.

SQL>
```
De la la documentation:

Vue Des Contraintes

Oracle ne prend pas en vue de faire respecter des contraintes. Cependant, les opérations sur les points de vue
sont soumis aux contraintes d'intégrité définies sur le sous-jacent
les tables de base. Cela signifie que vous pouvez appliquer des contraintes sur les points de vue
par le biais de contraintes sur les tables de base.

Notes sur la Vue des Contraintes de Vue les contraintes sont un sous-ensemble de la table
contraintes et sont soumis aux restrictions suivantes:

Vous pouvez spécifier seulement unique, clé primaire, et les contraintes de clé étrangère
sur les points de vue. Toutefois, vous pouvez définir l'affichage à l'aide de l'OPTION with CHECK OPTION
clause, qui est équivalente à la spécification d'une contrainte de vérification pour l'
vue.

Vue les contraintes sont prises en charge uniquement dans les DÉSACTIVER NOVALIDATE mode. Vous
impossible de spécifier un autre mode. Vous devez spécifier le mot-clé le DÉSACTIVER
lorsque vous déclarez le point de vue de la contrainte. Vous n'avez pas besoin de spécifier NOVALIDATE
de manière explicite, comme c'est le défaut.

Les COMPTER et NORELY paramètres sont optionnels. Vue des contraintes, parce que
ils sont inappliquées, sont généralement spécifié avec le paramètre à COMPTER
de les rendre plus utiles. Le FIER ou NORELY mot-clé doit précéder l'
DÉSACTIVER le mot-clé. Veuillez vous référer à "INVOQUER la Clause" pour plus d'informations.

Parce que vue les contraintes ne sont pas appliquées directement, vous ne pouvez pas spécifier
INITIALEMENT REPORTÉS ou non urgente.

Vous ne pouvez pas spécifier le using_index_clause, le exceptions_clause
la clause, ou la SUPPRESSION de la clause de la references_clause.

Vous ne pouvez pas définir de vue des contraintes sur les attributs d'un objet de la colonne.

OriginalL'auteur Ben
3

Vous devez créer la contrainte comme un handicapé. C'est vraiment un moyen de donner un indice de l'optimiseur d'influencer le plan de requête.

L'intégrité des données est appliquée à la table sous-jacente. Quand vous pensez à ce sujet, l'application d'une contrainte de clé primaire au niveau de la vue ne fait pas beaucoup de sens. Une plaine ole vue n'est pas de stocker des données, c'est juste une "vue" de données fournies par d'autres tables. Si une contrainte de clé primaire est seulement placé sur une vue de certains sous-jacente de la table et de la table de ne pas appliquer la contrainte elle-même, comment la vue de gérer la situation où quelqu'un mise à jour de la table directement avec des données qui le casse de la contrainte? (la table n'a aucune idée de ce que les contraintes sont exercées sur elle par l'intermédiaire d'une vue)

C'est juste une question de la documentation pour moi.

OriginalL'auteur RC.

Vous devez vous connecter pour publier un commentaire.