Discussion :

[maqfab]

Bonjour,

On m'avait appris un jour à créer une sorte d'index sur des tables identiques, avec un champ discriminant, afin qu'elles ne soient traitées comme une seule table... Pratique pour travailler sur des tables mensuelles, annuelles, ...

Exemple :

TABLE_01_2007
TABLE_02_2007
...
TABLE_10_2007

Cela permet de s'adresser au SGBD (INSERT, DELETE, SELECT, UPDATE) en ne spécifiant que le nom "clé" de la table (ici TABLE). Il faut juste un champ ou un morceau de champ dans la table (Exemple, colonne Horodatage et travail sur Month(Horodatage)) pour identifier la table finale.

Quelqu'un peut il me détailler ce mécanisme ?
Est-il valable seulement sur MS SQL SERVER ou fait-il partie des normes SQL ?

Merci par avance

[phili_b]

partitionnement ?

[al1_24]

Ce type de techniques est spécifique à certains SGBD.
Une telle table composée serait équivalente à une union.

Code :

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

1
2
3
4
5
6
7
CREATE VIEW matable
AS SELECT *
    FROM matable_mois_1
  UNION ALL
   SELECT *
    FROM matable_mois_2
;

Sur une telle UNION, il n'est pas possible de faire d'autres opérations que des SELECT.

En revanche l'opération inverse, qui consiste à avoir une seule grande table à laquelle on peut accéder par "portions" est simple à mettre en œuvre avec des vues.

Code :

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

1
2
3
4
5
CREATE VIEW matable_mois_N
AS SELECT * 
   FROM matable
   WHERE EXTRACT(MONTH FROM madate) = N
;

[maqfab]

Merci de vos réponses. Il s'agit bien du partionnement sous sql server. L'avantage par rapport à une union est de faire moins de code quand la base est attaquée par une application tierce, et que la requete attaque des tables mensuelles (par ex) selon les choix de l'utilisateurs. Il ne reste plus qu'à faire un job pour intégrer les tables mensuelles dans le partionnement au fur et à mesure de leur création.