Suffixage automatique de table à l'exécution

Bonjour à tous.

Je reviens de vacances, et j'ai un collègue qui est parti en vacances, et qui a suggéré (pendant mon absence) d'utiliser une méthode SQL de sélection automatique de table, que je présente dans un instant. Mon collègue ayant parlé de cela pendant mes vacances, et étant parti avant mon retour, je n'ai pas pu lui demander davantage d'informations.

L'idée qu'il a suggérée, et dont j'ignore s'il s'agit d'Oracle ou de SQL natif, consiste à forcer le moteur de la base de donnée à utiliser une table si elle existe avec un suffixe donné, ou à utiliser la table sans suffixe si la table suffixée n'existe pas. J'explique par un exemple :

J'ai une table Toto et une table Toto_2007. Dans la table Toto, j'ai toutes mes données. Dans la table Toto_2007, j'ai les données de l'année 2007 uniquement.
Je voudrais que ma requête, qui fait un "select * from Toto where ..." aille chercher dans Toto_2007 si je pose un filtre sur l'année 2007 dans ma clause Where, mais aille chercher dans Toto si l'année est différente de 2007.

Je cherche donc des informations sur cet outil dont j'ignorais jusqu'à l'existence.

Citation:

---

Envoyé par Agifem

Bonjour à tous.

Je reviens de vacances, et j'ai un collègue qui est parti en vacances, et qui a suggéré (pendant mon absence) d'utiliser une méthode SQL de sélection automatique de table, que je présente dans un instant. Mon collègue ayant parlé de cela pendant mes vacances, et étant parti avant mon retour, je n'ai pas pu lui demander davantage d'informations.

L'idée qu'il a suggérée, et dont j'ignore s'il s'agit d'Oracle ou de SQL natif, consiste à forcer le moteur de la base de donnée à utiliser une table si elle existe avec un suffixe donné, ou à utiliser la table sans suffixe si la table suffixée n'existe pas. J'explique par un exemple :

J'ai une table Toto et une table Toto_2007. Dans la table Toto, j'ai toutes mes données. Dans la table Toto_Janvier, j'ai les données de l'année 2007 uniquement.
Je voudrais que ma requête, qui fait un "select * from Toto where ..." aille chercher dans Toto_2007 si je pose un filtre sur l'année 2007 dans ma clause Where, mais aille chercher dans Toto si l'année est différente de 2007.

Je cherche donc des informations sur cet outil dont j'ignorais jusqu'à l'existence.

---

c'est pas très claire cette histoire :?
je penche pour une utilisation des objets synonymes, c'est peut être pas plus compliqué que cela

sinon, ...

A moins qu'il pensait à partitionner la table sur l'année. Dans ce cas, dès que tu fais un where sur une valeur de la colonne de partition, Oracle n'accède qu'à cette partition, sinon il accède à toute la table (toutes les partitions).

En tous cas, j'ai l'impression que ton collègue t'a bien mis dans la merde avant de partir... :aie:

D'abord, merci de vos réponses. Effectivement, mon collègue m'a laissé une belle énigme. Connaissant l'un et l'autre, je sais qu'il ne s'agit ni de synonyme, ni de partitionnement.

L'idée est que c'est Oracle qui choisit d'utiliser la table Toto_2007 alors que la table Toto existe, qu'il n'y a pas de synonyme, pas de partitionnement, que la requête est écrite pour faire un select sur Toto, mais que Toto et Toto_2007 ont la même structure, et que Toto_2007 ne contient pas les mêmes données que Toto. J'aimerais être plus clair, mais je ne sais pas très bien comment exprimer mon idée.

Bon, j'ai fini par trouver de quoi il s'agit. Si Toto est une table, Toto_2007 est en fait une vue matérialisée créée sur le script "as select * from Toto where année = 2007". Quand une requête est lancée sur Toto avec cette clause Where, et que la vue matérialisée est fraîche, Oracle choisit d'utiliser la vue matérialisée. Bon à savoir, mais la méthode a des failles.

Peut-être cet élément servira-t-il à certains. Merci encore pour le temps que vous m'avez consacré.

le partitionnement est fait pour ça... ça me parait un peu cavalier de vouloir utiliser ce type de priorité qui peut changer au prochain upgrade :?

ton collégue n'aurait il pas essayer de vulgariser le concept de partition à un interlocuteur qui n'est pas technique ?

Ton collègue a bien fait de partir en vacances ! Il en avait besoin :wink:

Pas si :fou: que ça le collégue ! ! !

Selon moi il parlait plutot du QUERY REWRITE que du partitionnement

http://www.oracle.com/technology/pro...10gr1_1203.pdf

Dans l'exemple simple donné, effectivement, il vaut mieux faire du partionnement puisque qu'il s'agit d'un simple filtre par ans. Mais le but du QUERY REWRITE est de faire des choses plus compliquée comme des agrégats et de ne pas avoir a les recalculer a chaque fois.

Maintenant, je ne sais pas si l'algo de reconnaissance des clauses where est efficace et si Oracle reconnait bien à chaque fois qu'il doit passer par Materialized View plutot que par la table.

J'étais interessé par le lien de Wurlitzer
http://www.oracle.com/technology/pro...10gr1_1203.pdf
mais impossible de l'atteindre :
An error occurred while processing the request. Try refreshing your browser. If the problem persists contact the site administrator
l'URL est elle correcte ?

Chez moi ça marche.

Je l'ai uploadé (et renommé) sur mon site http://macmogan.info/Perso/query_rewrite_10gr1.pdf