Discussion :

[olap_2020]

Bonjour,
j'ai une table partitionnée par date (range) qui est chargée chaque jour avec 8 millions de lignes (on garde que dix partitions ), elle possède une PK fonctionnelle composée de 7 colonnes mais l'équipe java veut avoir une "clé" technique (pas une séquence Oracle) car c'est plus facile pour eux.

j'ai utilisé la fonction DBMS_SQLHASH.GETHASH pour générer une clé de hachage pour chaque ligne mais ca plombe les perf du traitement de chargement (1h 30 min de plus a chaque chargement).


j'ai ajouter cet update à la fin du chargement (j'ai essayé bulk/forall mais c pas mieux) :

Code :

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

1
2
3
4
5
UPDATE /*+ PARALLEL (mouvement,8) */  mouvement
SET
    cle_hash = DBMS_SQLHASH.GETHASH('Select '''||col1||','||col2||','||col3||','||col4||','||col5|','|||col6||','||col7||''' From dual',2)
where 
    rdt = clé de partition;

Avez-vous une autre solution a me proposer ou des suggestion sur améliorer ma solution ?

Merci pour votre aide

[al1_24]

En quoi la solution de la séquence ne convient-elle pas ?
Elle a pourtant le mérite d'assurer l'unicité et d'être totalement prise en charge par le système.
De plus, la clé de hashage n'est pas prévue pour cet usage et n'assure pas l'unicité.

[vanagreg]

Bonjour,

Comme le demande al1_24 pourquoi une séquence ne convient-elle pas? Sinon au lieu de hasher pourquoi ne pas bêtement concaténer puisque la clé est unique?

Code :

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

col1||','||col2||','||col3||','||col4||','||col5|','|||col6||','||col7

[Waldar]

mais l'équipe java veut avoir une "clé" technique (pas une séquence Oracle) car c'est plus facile pour eux.

Ce n'est pas acceptable. Ce n'est sûrement pas aux développeurs d'imposer quelque chose d'aussi technique dans la modélisation.
Quand ils vont diront qu'avoir des varchar2(4000) partout c'est plus facile pour eux que ferez-vous ?

Quelle est leur vraie contrainte qu'une séquence ne saurait résoudre ?
Mon petit doigt me dit qu'ils font des boucles en java et qu'avec sept colonnes en jointures leur programme est trop lent... suis-je loin de la réalité ?

[olap_2020]

petite précision/correction :
la "clé" de hachage ne hache pas toutes les colonnes de la PK (elle exclu la clé de partition qui est la date du mouvement) donc elle n'est pas unique. un mouvement peut être présent dans plusieurs partitions mais il doit avoir la même "clé" technique.

le mouvement est présent pour le moment dans deux tables donc utiliser une séquence oracle aura un impact important sur le traitement de chargement ( coté BDD ), coté java back le dev me dit que c'est une demande du front.

[vanagreg]

Quelle est leur vraie contrainte qu'une séquence ne saurait résoudre ?

Un dev Java m'a sorti un jour que ma PK devait être mono-colonne car Hibernate ne savait pas gérer sinon. lol. Mais ici ce n'est même pas le cas on dirait.
Dans une de mes précédentes boites la direction a validé les desiderata des développeurs Java quant à la modélisation. Croyez-le ou non ils ont fini par mettre des id de pk dans du json. J'ai prévenu qu'on allait droit dans le mur, mais comme on ne m'a pas écouté j'ai préféré démissionner. Résultat: ils se sont bien pris le mur avec le client qui a abandonné le projet...