Discussion :

[Scrouik]

Bonjour,

Apres avoir parcouru, en vain, le forum et l'Aide sur ce qui est du "partitioning" des tables de données, je me décide à poser ma question, en espérant qu'elle n'ait pas été déjà posé en ces termes.

J'ai actuellement un certain nombre de table ayant un historique de données si lourd que les traitements s'en ressentent chaque jour un peu plus.

Je possède Oracle 9.2.0.1, et d'après la documentation il est possible de monter des partitions sur les tables en question.

Mes question sont :

• Est-il possible de monter des partitions basé sur des trimestres d'un champ date de ces tables ? (partition range si j'ai bien tout compris)
• Oracle 9 est-il capable de créer automatiquement une nouvelle partition lors d'un changement de trimestre ?
• Si oui, auriez-vous l'amabilité de me donner les lignes de commande, ou un exemple de ligne de commende sur lesquelles je pourrais me baser ?
• Dans le cas ou Oracle 9 ne serait pas capable de créer automatiquement une nouvelle partition sur changement de trimestre, est-il possible de mettre en place un script SQL lors de la connexion a la base qui ferait une telle chose ?

[orafrance]

• Est-il possible de monter des partitions basé sur des trimestres d'un champ date de ces tables ? (partition range si j'ai bien tout compris)
• Oracle 9 est-il capable de créer automatiquement une nouvelle partition lors d'un changement de trimestre ?
• Si oui, auriez-vous l'amabilité de me donner les lignes de commande, ou un exemple de ligne de commende sur lesquelles je pourrais me baser ?
• Dans le cas ou Oracle 9 ne serait pas capable de créer automatiquement une nouvelle partition sur changement de trimestre, est-il possible de mettre en place un script SQL lors de la connexion a la base qui ferait une telle chose ?

* Oui, RANGE ou LIST si une colonne de type TAAAA (trimestre année) existe
* Non, il faut les créer à l'avance
* éventuellement tu peux créer un job qui créer une partition tous les trimestres
* à la connexion ? Ca parait pas être le plus pertinent

[Scrouik]

* Oui, RANGE ou LIST si une colonne de type TAAAA (trimestre année) existe
* Non, il faut les créer à l'avance
* éventuellement tu peux créer un job qui créer une partition tous les trimestres
* à la connexion ? Ca parait pas être le plus pertinent

Merci de tes réponses mais heu ... tu veux pas m'aider ?

Sur l'exemple que tu as mis quelques part sur le forum (http://download.oracle.com/docs/cd/B...i.htm#i1006532
J'ai la totalité du code pour ce qui est de créer une partition sur CREATE, mais mon problème c'est que les tables existe déjà. Je cherche de quelle façon je pourrais le faire sur un ALTER mais je ne trouve pas. Tu n'aurais pas un petit bout de code a me donner ?

Pour ce qui est du JOB... j'avais oublié cette option

Merci de ta patience

Edit :

Je viens de relire le "si une colonne de type TAAAA (trimestre année) existe"
un champ date normal devrait l'affaire non ?

[orafrance]

mais mon problème c'est que les tables existe déjà. Je cherche de quelle façon je pourrais le faire sur un ALTER mais je ne trouve pas. Tu n'aurais pas un petit bout de code a me donner ?

Si tu cherches ALTER TABLE dans la même URL ou même Adding Partitions tu trouveras ton bonheur

Je viens de relire le "si une colonne de type TAAAA (trimestre année) existe"
un champ date normal devrait l'affaire non ?

dans ce cas ce sera par RANGE

[Scrouik]

Si tu cherches ALTER TABLE dans la même URL ou même Adding Partitions tu trouveras ton bonheur

ORA-14501: l'objet n'est pas partitionné

Ben oui !! J'ai essayé

dans ce cas ce sera par RANGE

HA ?!!?

[orafrance]

ORA-14501: l'objet n'est pas partitionné

Ben oui !! J'ai essayé

Ha oui... ha bah là j'ai une mauvaise nouvelle : tu ne peux pas partitionner une table non partitionner. Tu peux créer une table partitionnée, y ajouter des partitionnes mais "migrer" la table de non partitionnée à partitionnée. Donc tu fais un CREATE TABLE, tu copies les données, tu supprimes l'ancienne table et tu renommes la nouvelle avec l'ancien nom

HA ?!!?

bah oui, tu vas quand même pas spécifié la liste de toutes les dates incluses dans chacun des trimestres... si c'est techniquement faisable c'est pas super pertinent