Équilibrage d'écriture et de lecture de base de données

5.3.8.4 Restrictions générales sur l'actualisation rapide

La requête de définition de la vue matérialisée est limitée comme suit:

• La vue matérialisée ne doit pas contenir de références à des expressions non répétitives telles que SYSDATE et ROWNUM .
• La vue matérialisée ne doit pas contenir de références aux types de données RAW ou LONG RAW .
• Il ne peut pas contenir de sous-requête de liste SELECT .
• Il ne peut pas contenir de fonctions analytiques (par exemple, RANK ) dans la clause SELECT .
• Il ne peut pas référencer une table sur laquelle un index XMLIndex est défini.
• Il ne peut pas contenir de clause MODEL .
• Il ne peut pas contenir de clause HAVING avec une sous-requête.
• Il ne peut pas contenir de requêtes imbriquées dont ANY , ALL ou NOT EXISTS .
• Il ne peut pas contenir de clause [START WITH …] CONNECT BY .
• Il ne peut pas contenir plusieurs tables de détail sur différents sites.
• ON vues matérialisées ON COMMIT ne peuvent pas avoir de tables de détail distantes.
• Les vues matérialisées imbriquées doivent avoir une jointure ou un agrégat.
• Les vues de jointure matérialisées et les vues agrégées matérialisées avec une clause GROUP BY ne peuvent pas sélectionner dans une table organisée par index.

5.3.8.5 Restrictions sur l'actualisation rapide des vues matérialisées avec jointures uniquement

La définition de requêtes pour des vues matérialisées avec des jointures uniquement et sans agrégats a les restrictions suivantes sur l'actualisation rapide:

• Toutes les restrictions de " Restrictions générales sur l'actualisation rapide ".
• Ils ne peuvent pas avoir de clauses GROUP BY ou d'agrégats.
• Les Rowids de toutes les tables de la liste FROM doivent apparaître dans la liste SELECT de la requête.
• Les journaux de vue matérialisée doivent exister avec des ID de ligne pour toutes les tables de base dans la liste FROM de la requête.
• Vous ne pouvez pas créer une vue matérialisée actualisable rapidement à partir de plusieurs tables avec des jointures simples qui incluent une colonne de type d'objet dans l' SELECT .

De plus, la méthode de rafraîchissement que vous choisissez ne sera pas optimale de manière optimale si:

• La requête de définition utilise une jointure externe qui se comporte comme une jointure interne. Si la requête de définition contient une telle jointure, envisagez de réécrire la requête de définition pour qu'elle contienne une jointure interne.
• La liste SELECT de la vue matérialisée contient des expressions sur les colonnes de plusieurs tables.

5.3.8.6 Restrictions sur l'actualisation rapide des vues matérialisées avec agrégats

La définition de requêtes pour des vues matérialisées avec des agrégats ou des jointures a les restrictions suivantes pour une actualisation rapide:

• Toutes les restrictions de " Restrictions générales sur l'actualisation rapide ".

L'actualisation rapide est prise en charge pour les vues matérialisées ON COMMIT et ON DEMAND , mais les restrictions suivantes s'appliquent:

• Toutes les tables de la vue matérialisée doivent avoir des journaux de vues matérialisées et les journaux de vues matérialisées doivent:
  
  • Contient toutes les colonnes de la table référencée dans la vue matérialisée.
  • Précisez avec ROWID et INCLUDING ROWID NEW VALUES .
  • Spécifiez la clause SEQUENCE si la table doit avoir un mélange d'insertions / charges directes, suppressions et mises à jour.
  
  
• Seuls SUM , COUNT , AVG , VARIANCE , VARIANCE , MIN et MAX sont pris en charge pour une actualisation rapide.
• COUNT(*) doit être spécifié.
• Les fonctions d'agrégation ne doivent apparaître que comme la partie la plus externe de l'expression. Autrement dit, les agrégats tels que AVG(AVG(x)) ou AVG(x) + AVG(x) ne sont pas autorisés.
• Pour chaque agrégat tel que AVG(expr) , le COUNT(expr) doit être présent. Oracle recommande de spécifier SUM(expr) .
• Si VARIANCE(expr) ou STDDEV(expr ) est spécifié, COUNT(expr) et SUM(expr) doivent être spécifiés. Oracle recommande de spécifier SUM(expr *expr) .
• La colonne SELECT dans la requête de définition ne peut pas être une expression complexe avec des colonnes de plusieurs tables de base. Une solution de contournement possible consiste à utiliser une vue matérialisée imbriquée.
• La liste SELECT doit contenir toutes les colonnes GROUP BY .
• La vue matérialisée n'est pas basée sur une ou plusieurs tables distantes.
• Si vous utilisez un type de données CHAR dans les colonnes de filtre d'un journal de vues matérialisées, les jeux de caractères du site maître et de la vue matérialisée doivent être identiques.
• Si la vue matérialisée présente l'un des éléments suivants, l'actualisation rapide n'est prise en charge que sur les insertions DML conventionnelles et les charges directes.
  
  • Vues matérialisées avec des agrégats MIN ou MAX
  • Vues matérialisées qui ont SUM(expr) mais pas COUNT(expr)
  • Vues matérialisées sans COUNT(*)
  
  Une telle vue matérialisée est appelée une vue matérialisée insérée uniquement.
• Une vue matérialisée avec MAX ou MIN est rapidement actualisable après suppression ou instructions DML mixtes si elle n'a pas de clause WHERE .
  L'actualisation rapide max / min après suppression ou DML mixte n'a pas le même comportement que le cas d'insertion uniquement. Il supprime et recalcule les valeurs max / min pour les groupes concernés. Vous devez être conscient de son impact sur les performances.
• Les vues matérialisées avec des vues ou sous-requêtes nommées dans la clause FROM peuvent être actualisées rapidement à condition que les vues puissent être complètement fusionnées. Pour plus d'informations sur les vues à fusionner, reportez-vous à Oracle Database SQL Language Reference .
• S'il n'y a pas de jointures externes, vous pouvez avoir des sélections et des jointures arbitraires dans la clause WHERE .
• Les vues agrégées matérialisées avec jointures externes sont rapidement actualisables après les charges DML conventionnelles et directes, à condition que seule la table externe ait été modifiée. En outre, des contraintes uniques doivent exister sur les colonnes de jointure de la table de jointure interne. S'il existe des jointures externes, toutes les jointures doivent être connectées par des AND et doivent utiliser l'opérateur d'égalité ( = ).
• Pour les vues matérialisées avec CUBE , ROLLUP , les ensembles de regroupement ou leur concaténation, les restrictions suivantes s'appliquent:
  
  • La liste SELECT doit contenir un différenciateur de regroupement qui peut être une fonction GROUPING_ID sur toutes les expressions GROUP BY ou des fonctions GROUPING une pour chaque expression GROUP BY . Par exemple, si la clause GROUP BY de la vue matérialisée est " GROUP BY CUBE(a, b) ", la liste SELECT doit contenir soit " GROUPING_ID(a, b) " ou " GROUPING(a) AND GROUPING(b) "pour que la vue matérialisée soit rapidement actualisable.
  • GROUP BY ne doit pas entraîner de doublons. Par exemple, « GROUP BY a, ROLLUP(a, b) » n'est pas actualisable rapidement car il en résulte des regroupements en double « (a), (a, b), AND (a) ».

5.3.8.7 Restrictions sur l'actualisation rapide des vues matérialisées avec UNION ALL

Les vues matérialisées avec l'opérateur UNION ALL set prennent en charge l'option REFRESH FAST si les conditions suivantes sont remplies:

• La requête de définition doit avoir l'opérateur UNION ALL au niveau supérieur.
  
  L'opérateur UNION ALL ne peut pas être incorporé dans une sous-requête, à une exception près: L' UNION ALL peut être dans une sous-requête dans la clause FROM condition que la requête de définition soit de la forme SELECT * FROM (afficher ou sous-requête avec UNION ALL ) comme dans l'exemple suivant exemple:
  

    CRÉER UNE VUE view_with_unionall AS
   (SELECT c.rowid crid, c.cust_id, 2 umarker
    DE la part des clients c OERE c.cust_last_name = 'Smith'
    UNION ALL
    SELECT c.rowid crid, c.cust_id, 3 umarker
    DES clients c OERE c.cust_last_name = 'Jones');
  
   CRÉER UNE VUE MATÉRIALISÉE unionall_inside_view_mv
   RAFRAÎCHISSEMENT RAPIDE SUR DEMANDE
   SELECT * FROM view_with_unionall;
  

  Notez que la vue view_with_unionall satisfait aux exigences de rafraîchissement rapide.
• Chaque bloc de requête de la requête UNION ALL doit satisfaire aux exigences d'une vue matérialisée à régénération rapide avec agrégats ou d'une vue matérialisée à régénération rapide avec jointures.
  
  Les journaux de vue matérialisée appropriés doivent être créés sur les tables comme requis pour le type correspondant de vue matérialisée à régénération rapide.
  Notez que la base de données Oracle autorise également le cas particulier d'une vue matérialisée à table unique avec jointures uniquement à condition que la colonne ROWID ait été incluse dans la liste SELECT et dans le journal des vues matérialisées. Ceci est illustré dans la requête de définition de la vue view_with_unionall .
• La liste SELECT de chaque requête doit inclure un marqueur UNION ALL et la colonne UNION ALL doit avoir une valeur numérique ou chaîne constante distincte dans chaque branche UNION ALL . En outre, la colonne de marqueur doit apparaître dans la même position ordinale dans la liste SELECT de chaque bloc de requête. Reportez-vous à la section " Réécriture des marqueurs et requêtes UNION ALL " pour plus d'informations sur les marqueurs UNION ALL .
• Certaines fonctionnalités telles que les jointures externes, les requêtes de vue matérialisée agrégée par insertion uniquement et les tables distantes ne sont pas prises en charge pour les vues matérialisées avec UNION ALL . Notez cependant que les vues matérialisées utilisées dans la réplication, qui ne contiennent pas de jointures ou d'agrégats, peuvent être actualisées rapidement lorsque UNION ALL ou des tables distantes sont utilisées.
• Le paramètre d'initialisation de compatibilité doit être défini sur 9.2.0 ou supérieur pour créer une vue matérialisée rapidement actualisable avec UNION ALL .

Exigences supplémentaires

Outre les options SET et les exigences des fonctions déterministes, les exigences suivantes doivent être remplies:

• L'utilisateur qui exécute CREATE INDEX doit être le propriétaire de la vue.
• Lorsque vous créez l'index, l'option IGNORE_DUP_KEY doit être définie sur OFF (le paramètre par défaut).
• Les tables doivent être référencées par des noms en deux parties, schéma . nom_table dans la définition de la vue.
• Les fonctions définies par l'utilisateur référencées dans la vue doivent être créées à l'aide de l'option WITH SCHEMABINDING .
• Toutes les fonctions définies par l'utilisateur référencées dans la vue doivent être référencées par des noms en deux parties, <schéma> . <fonction> .
• La propriété d'accès aux données d'une fonction définie par l'utilisateur doit être NO SQL et la propriété d'accès externe doit être NO .
• Les fonctions Common Language Runtime (CLR) peuvent apparaître dans la liste de sélection de la vue, mais ne peuvent pas faire partie de la définition de la clé d'index cluster. Les fonctions CLR ne peuvent pas apparaître dans la clause WHERE de la vue ou la clause ON d'une opération JOIN dans la vue.
• Les fonctions et méthodes CLR des types définis par l'utilisateur CLR utilisés dans la définition de la vue doivent avoir les propriétés définies comme indiqué dans le tableau suivant.
  

  Biens	Remarque
  DÉTERMINISTIQUE = VRAI	Doit être déclaré explicitement en tant qu'attribut de la méthode Microsoft .NET Framework.
  PRÉCIS = VRAI	Doit être déclaré explicitement en tant qu'attribut de la méthode .NET Framework.
  ACCÈS AUX DONNÉES = AUCUN SQL	Déterminé en définissant l'attribut DataAccess sur DataAccessKind.None et l'attribut SystemDataAccess sur SystemDataAccessKind.None.
  ACCÈS EXTERNE = NON	Cette propriété est définie par défaut sur NO pour les routines CLR.

• La vue doit être créée à l'aide de l'option WITH SCHEMABINDING .
• La vue doit référencer uniquement les tables de base qui se trouvent dans la même base de données que la vue. La vue ne peut pas référencer d'autres vues.
• L'instruction SELECT dans la définition de la vue ne doit pas contenir les éléments Transact-SQL suivants:
  

  COUNT	Fonctions ROWSET ( OPENDATASOURCE , OPENQUERY , OPENROWSET ET OPENXML )	OUTER ( LEFT , RIGHT ou FULL )
  Table dérivée (définie en spécifiant une SELECT dans la clause FROM )	Auto-jointures	Spécification de colonnes à l'aide de SELECT * ou SELECT <table_name>.*
  DISTINCT	STDEV , STDEVP , VAR , VARP ou AVG	Expression de table commune (CTE)
  colonnes float 1 , texte , ntext , image , XML ou filestream	Sous-requête	Clause OVER , qui inclut des fonctions de classement ou d'agrégation de fenêtres
  Prédicats de texte intégral ( CONTAINS , FREETEXT )	Fonction SUM qui fait référence à une expression nullable	ORDER BY
  Fonction d'agrégation définie par l'utilisateur CLR	TOP	ROLLUP CUBE , ROLLUP ou GROUPING SETS
  MIN , MAX	Opérateurs UNION , EXCEPT ou INTERSECT	TABLESAMPLE
  Variables de table	OUTER APPLY ou CROSS APPLY	PIVOT , UNPIVOT
  Ensembles de colonnes épars	Fonctions en ligne (TVF) ou multi-instructions (MSTVF)	OFFSET
  CHECKSUM_AGG

  
  ¹ La vue indexée peut contenir des colonnes flottantes ; toutefois, ces colonnes ne peuvent pas être incluses dans la clé d'index cluster.
• Si GROUP BY est présent, la définition VIEW doit contenir COUNT_BIG(*) et ne doit pas contenir HAVING . Ces restrictions GROUP BY ne s'appliquent qu'à la définition de vue indexée. Une requête peut utiliser une vue indexée dans son plan d'exécution même si elle ne satisfait pas à ces restrictions GROUP BY .
• Si la définition de la vue contient une clause GROUP BY , la clé de l'index cluster unique peut référencer uniquement les colonnes spécifiées dans la clause GROUP BY .