Discussion :

[atlantx]

Si je comprends bien le partionnement d'une table consiste en un découpage de celle ci en sorte de sous-tabe suivant en plusieurs façon. Dans mon cas le découpage se fera sur l'année d'une date de la table (2005, 2016 etc..)


Je sais qu'il y a 3 type de partionnement mais je n'arrive pas à savoir à quoi correspond ce découpage.


Ensuite je sais que pour requeter une table partitionée il faut désormais utiliser le mot clé " select * from ma_table partition("2015") pour l'année 2015 par exemple.

Enfin et surtout comment ca se passe si je dois faire une requête sur l'ensemble des partitions d'une table ? Un simple "select * from ma-table" ca passe pas ? Je dois mentionner toute les partitions de cette table ?

[Ikebukuro]

Ces liens me semblent très bien pour avoir une vue d'ensemble des partitions.
https://docs.oracle.com/cd/B28359_01.../partition.htm
https://www.red-gate.com/simple-talk...-partitioning/
http://dwhlaureate.blogspot.com/2012...hy-to-use.html

[atlantx]

C'est jamais très agréable de se faire rediriger vers la doc quand on pose une question à priori simple et tres précise.. :/

[Ikebukuro]

C'est jamais très agréable de se faire rembarrer quand on prends le temps de répondre à une question.
En outre, vu ta question, tu ne sembles absolument pas maîtriser les notions de partionnement donc ces liens te feront le plus grand bien.

[atlantx]

Je ne t'ai pas du tout rembarrer. Je fais juste une remarque.
Je n'ai pas du tout besoin d'en savoir plus sur le partitionnement que ce que je demande. Je suis pas DBA j'en ai juste besoin pour dev mes applis.

En plus je trouve pas l'info que je cherche dans les liens.

Merci quand même

[Waldar]

Comme Ikebukuro le disait, quand on a besoin d'une info ça ne fait pas de mal de lire un peu de doc, DBA ou pas.
Mais vos questions étant précises je vais y répondre.

1. C'est le découpage par RANGE, avec des périodes d'un mois. Vous pouvez faire un découpage déclaratif en créant les partitions à l'avance ou par intervalles, Oracle se chargera de tout... à part des noms des partitions.

2. select * from matable partition ... c'est une des façons. Si vous faites un simple :

Code :

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

1
2
3
4
select *
  from matable
 where madatepartition >= date '2015-06-01'
   and madatepartition <  date '2015-08-01'

Oracle va tout seul aller chercher dans la (ou les) partition correspondante.

3. select * from matable ira lire toute les partitions.

[tbc92]

Quand tu décides de partitionner une table (par range , par liste, ou par hash) ...
1. Ca te crée (éventuellement) des obligations nouvelles pour insérer des données. Il faut créer la partition de l'année X avant d'insérer des données pour cette année X.
2. Si par hasard tu voulais dire : Update matable set année = 2015 where année = 2016 and id = xxxx , alors ça planterait . Donc, le partitionnement entraine des blocages au niveau de certains updates. En principe, ce point n'arrive quasiment jamais, mais je le signale.
3. Toutes les requêtes de type SELECT que tu pouvais avoir vont continuer de fonctionner.
Tu as la possibilité de préciser select * from matable partition (xxx) si tu le souhaites, mais ce n'est absolument pas une obligation. Parfois, sur certaines requêtes, ça améliore la performance de préciser le nom de la partition à utiliser. Il y a certaines tables que j'utilise régulièrement, en lecture, je ne sais même pas si elles sont partitionnées ou non !

Si tu avais cette requête :

Code :

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

select * from matable where année = 2015

tu peux la garder telle quelle, elle continuera de fonctionner, ou tu peux écrire :

Code :

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

select * from matable partition (PAR_2015)

.... et dans ce cas, pas la peine d'écrire where année = ...
ou encore :

Code :

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

select * from matable partition (PAR_2015) where année = 2015

Ces 3 requêtes vont renvoyer le même contenu. Avec a priori un temps d'exécution identique.

Par contre :

Code :

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

select * from matable partition (PAR_2015) where année = 2016

Cette requête renverra 0 ligne.

Pour choisir entre partition par LIST, par RANGE ou par HASH :
- LIST est parfait quand tu as une liste fermée d'occurrences, qui évolue donc très peu (une partition par pays par exemple) ; tu as une action à faire ( créer une nouvelle partition) uniquement quand tu crées un nouveau pays.
- RANGE est nécessaire quand tu as des valeurs 'continues'. Range permet de traiter des intervalles, alors que dans LIST, on n'a pas cette notion d'intervalle. RANGE est a priori le plus adapté pour des données chronologiques. Il faut créer une nouvelle partition tous les ans ( ou tu peux créer par anticipation une partition pour les 30 ans à venir si tu veux).
- HASH permet de faire des partitions 'équilibrées', quand la clé de partition est pas ou peu prévisible. Si par exemple tu as des articles identifiés par leur code-barre, et que tu veux partitionner sur ce code-barre, une partition par HASH est parfaitement adaptée. Tu crées par exemple 16 partitions au moment de la création de ta table, et tu n'as plus à te préoccuper de la partie 'administration'.

[atlantx]

Merci pour tes réponses.


J'étais persuadé que les requêtes select devaient changer en ajoutant le mot clé "partition" à chaque fois.

Il faut que je vois maintenant des exemples de requêtes insert into que des tables partitionné

[Waldar]

1. Ca te crée (éventuellement) des obligations nouvelles pour insérer des données. Il faut créer la partition de l'année X avant d'insérer des données pour cette année X.

En 11g Oracle a introduit le partitionnement automatique par intervalles, plus besoin de créer les partitions à l'avance.
Le seul problème c'est que les partitions s'appellent SYS_Pxxxx.
Pas pratique pour faire un select * from matable partition ...Après ce n'est pas très compliqué de les renommer.

2. Si par hasard tu voulais dire : Update matable set année = 2015 where année = 2016 and id = xxxx , alors ça planterait . Donc, le partitionnement entraine des blocages au niveau de certains updates. En principe, ce point n'arrive quasiment jamais, mais je le signale.

Avec la propriété de table ENABLE ROW MOVEMENT, c'est tout à fait possible.

[Waldar]

Il faut que je vois maintenant des exemples de requêtes insert into que des tables partitionné

Tant que vous avez votre valeur de partitionnement dans votre ordre d'insertion, Oracle saura où mettre la donnée.
Vous n'avez rien de particulier à faire.