Version imprimable
bonjour
j'ai une table PRODUITS à partitionner selon ID_PRODUIT qui est une séquence Oracle.
Qu'elle est le meilleur choix de partitionnement dans mon cas :
- BY LIST ? avantages et inconvénients ?
- BY HASH ? avantages et inconvénients ?
Sachant que la liste des produits évolue au fil du temps et le nombre de produits n'est pas connu à l'avance.
NB: Quand un nouveau produit arrive , j’incrémente la séquence pour fixer l'id produit définitivement.
Thanks for help :)
Quand on sait pas, le mieux me parait être le HASH parce qu'il répartit les données équitablement.
Mais il me semble que c'est pas le critère le plus intéressant pour le partitionnement de ta table de produits. N'y a-t-il pas un critère discriminant et fixe qui permet de rechercher le produit comme le type de produit ?
oui mais le hash exige savoir le nombre de partitions(donc nombre de produits) à l'avance pour définir explicitement les partitions dans la clause hash by ou à défaut laisser oracle nommer les partitions mais dans ce cas il faut lui préciser le nombre total de partitions (clause partitions) ...:roll:Citation:
Envoyé par orafrance
Non => une partition = un produit = un numéro de séquence comme clé de partitionnement.Citation:
Envoyé par orafrance
Pas du tout, vous allez avoir n produits dans une même partition.Citation:
Envoyé par zidane2012
Je rejoins orafrance, partitionner une table sur un id auto incrémenté c'est rarement efficace. C'est utile pour la maintenance car les partitions sont plus petites, mais vous n'aurez pas de gain en sélection.
D'ailleurs, vous avez combien de produits dans cette table ?
En général les tables de références sont rarement partitionnées.
Hello,
Pour chaque produit on doit être capable de dégager une catégorie...
Cela serait plus utile comme partition key.
Jko
bonjour
Nous n'avons pas de catégorie de produits ...
Nos produits sont cloisonnées en terme de traitement.
Un produit = Un contexte = un ensemble de traitements PL/SQL = une partition.
Je reviens à ma question :
id_produit = une séquence Oracle => partitionnement BY LIST OU HASH ? ou autre ?
merci
Ben dans ce cas, je ne vois que le hash...
jko
Bonjour,
Ca dépend de la raison pour laquelle on veut partitioner. Quelques exemples:
Si le but est d'éviter les contentions sur l'index de la primary key en insertion, alors un partition by hash dessus est intéressant. Le nombre de partition dépendant du nombre d'insertions concurrents.
Si le but est de mettre les produits les plus récents sur des disques SSD car très utilisés, alors partition by range peut être une idée.
Si il n'y a que quelques milliers de produits mis à jour rarement alors il n'y a pas de raison pour partitioner. Dans ce cas, l'idée 'une partition = un produit' c'est peut-être un hash cluster qu'il faut faire, non ?
Alors ce ne serait pas la table produit, mais toutes les tables détail qui en dépendent qu'il faudrait partitioner sur ce produit.Citation:
Nos produits sont cloisonnées en terme de traitement.
Un produit = Un contexte = un ensemble de traitements PL/SQL = une partition.
Cordialement,
Franck.
Les tables Maître et détails devraient être partitionnées sur ce critère.Citation:
Envoyé par pachot
Donc un peut imaginer partition by HASH pour la table maître et partition by reference pour la table filleCitation:
Envoyé par devkais
Vu que la liste des produits évolue, LIST n'est pas une bonne idée.
Bonjour
Existe t il un maximum pour le nombre de partitions et/ou sous partitions pour une table.
Enfin le conseiller oracle sur le choix du partitionnement est il toujours efficace et fiable ?