Discussion :

[BubbleD]

Bonjour,

Nous disposons d'une base de données SQL qui est partitionnée pour chaque client selon un ID (ce n'est pas une partition par RANGE).

Mon problème est double : lorsqu'on crée ou supprime une partition, avec les requêtes :

Code :

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

1
2
3
ALTER TABLE "table_name" ADD PARTITION (PARTITION "client_id_value" VALUES IN ("client_id_value")); 
 
ALTER TABLE "table_name" DROP PARTITION "client_id_value";

SQL réalise un full scan de la table même s'il n'y a encore aucune ligne qui corresponde à la nouvelle partition. C'est gênant dans la mesure où nos tests fitnesse commencent par créer un client test (et ajoutent une nouvelle partition), et finissent en supprimant le client (et la partition), donc les changements dans le partitionnement sont relativement fréquents.

Le deuxième problème est plus gênant, c'est que le full scan est aussi effectué lors d'un INSERT. Le code est dans une procédure stockée de la forme générale :

Code :

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

1
2
3
START TRANSACTION;
INSERT INTO "table_name" (column_names) VALUES (values) ON DUPLICATE KEY UPDATE (updated_values)
COMMIT;

Selon la documentation, ajouter l'argument PARTITION dans un INSERT ne fait que vérifier que la ligne à insérer appartient bien à la partition.

Avez vous des pistes ?
Merci d'avance

[SQLpro]

Les limitations du partitionnement selon MySQL sont légions et sont très loin d'égaler ce que font nativement Oracle ou SQL Server...
Quelques exemples :
https://stackoverflow.com/questions/...instead-of-one
https://stackoverflow.com/questions/...ull-scan-table
La doc :
https://dev.mysql.com/doc/internals/...g-related.html

Un outil gratuit ayant a peu près 100 années/homme en R&D est loin d'être comparable à un outil comme SQL Server qui compte aujourd'hui plus de 2500 années/homme en R&D... Ce qui en explique le coût !

Pensez simplement que le parallélisme des requêtes n'existe toujours pas dans MySQL....

A +

[Artemus24]

Salut BubbleD.

SQL réalise un full scan de la table

SQL est un langage de requête. MySql est le nom de votre SGBDR. Ne mélangez pas tout !
Qu'est-ce que vous entendez pas un "full scan" ?

Nous disposons d'une base de données SQL qui est partitionnée pour chaque client selon un ID (ce n'est pas une partition par RANGE).

Vous devriez nous donner le descriptif de vos tables partitionnées afin que nous sachions le type de partition que vous utilisez.
Sans plus de précision de votre part, nous ne pouvons pas répondre avec exactitude à votre problématique.

De ce que je constate, vous ne pouvez pas insérer une ligne dans une table partitionnée, si cette ligne ne possède pas le critère utilisée, ici la colonne "id".
Donc la lenteur de l'insertion est tout à fait normale car vous n'utilisez pas correctement le partitionnement de votre table.

@+