Optimisation d'une Table / Requete

Bonjour,

J'ai actuellement une table qui a le schéma suivant :

Code:

---

1 2 3 4 5

TYPETAUX CHAR(1) NOT NULL CODEPERSONNE VARCHAR(10) NOT NULL CODEPRODUIT VARCHAR(5) NOT NULL TAUX DECIMAL(15,5) DAT DATE NOT NULL

---

Elle Contient plusieurs millions d'enregistrements, mes SELECT toujours de la forme

Code:

---

SELECT CODEPRODUIT,TYPETAUX,TAUX WHERE CODEPERSONNE = XXXX AND DAT = XXXX.

---

Première question : est il recommandé de faire des SELECT sur des champs VARCHAR, la requete ne serait elle pas plus rapide si mon champ CODEPERSONNE était de type INTEGER ?

Seconde question : les données dans cette table sont toujours ou presque lié par 2, je m'explique :

- pour chaque jour,personne,produit j'ai 2 enregistrements, 1 avec TYPETAUX à A et B :

Code:

---

1 2	A,TOTO,XR25,12.5421,'12.06.09' B,TOTO,XR25,18.324 ,'12.06.09'

---

Je voulais savoir si je pouvais avoir une requete qui ramène 1 seul enregistrement avec les 2 valeurs de TAUX (1 avec le TYPETAUX A et l'autre B) :

Code:

---

TOTO,XR25,12.5421,18.324,'12.06.09'

---

Ou vaut il mieux créer une SECONDE TABLE alimenté par TRIGGERS sur les DELETE et INSERT de la première qui aurait ce schéma et qui me permettrai de ramener simplement 1 enregistrement avec les 2 TAUX:

Code:

---

1 2 3 4 5

CODEPERSONNE VARCHAR(10) NOT NULL CODEPRODUIT VARCHAR(5) NOT NULL TAUX_A DECIMAL(15,5) TAUX_A DECIMAL(15,5) DAT DATE NOT NULL

---

La Table d’origine n’a pas ce schéma, car je penses que niveau performance c’est mieux de faire un DELETE / INSERT ( WHERE CODEPERSONNE,CODEPRODUIT,TYPETAUX,DAT) plutôt que dans le second schéma, un SELECT Si enregistrement alors UPTDATE sinon INSERT, car en fait l’alimentation de TAUX avec TYPETAUX A ou B ne se fait pas du tout en même temps dans mon programme.

Merci

Citation:

---

Envoyé par silmortes

La Table d’origine n’a pas ce schéma, car je penses que niveau performance c’est mieux de faire un DELETE / INSERT ( WHERE CODEPERSONNE,CODEPRODUIT,TYPETAUX,DAT) plutôt que dans le second schéma, un SELECT Si enregistrement alors UPTDATE sinon INSERT, car en fait l’alimentation de TAUX avec TYPETAUX A ou B ne se fait pas du tout en même temps dans mon programme.

---

Je ne sais pas si c'est ce que tu recherches, mais pour ce point il y a MERGE. Si tu es sous Mysql c'est ON DUPLICATE KEY (qui est moins flexible car comme son nom l'indique, il faut s'appuyer sur une contrainte d'unicité)

En Effet cette Instruction est pas mal, je ne connaissais pas, j'ai trouvé egalement "UPDATE OR INSERT" dont la syntaxe me parait plus simple.

cependant j'ai un soucis, sur UPDATE je voudrais que la requete fasse TAUX_A = TAUX_A + :NOUVELLE_VALEUR, mais il n'accepte pas cette syntaxe : Column unknown. TAUX_A.

Code:

---

1 2	UPDATE OR INSERT INTO TAUX (CODEPERSONNE ,CODEPRODUIT ,DAT, TAUX_A) VALUES (:CODEPERSONNE,:CODEPRODUIT,:DAT,TAUX_A + :NOUVELLE_VALEUR);

---

Hum personnes pour m'aider à cloturer mon petit soucis...:cry:

Citation:

---

Envoyé par silmortes

la requete ne serait elle pas plus rapide si mon champ CODEPERSONNE était de type INTEGER ?

---

surement oui

Citation:

---

Envoyé par silmortes

Je voulais savoir si je pouvais avoir une requete qui ramène 1 seul enregistrement avec les 2 valeurs de TAUX (1 avec le TYPETAUX A et l'autre B) :
TOTO,XR25,12.5421,18.324,'12.06.09'

---

Code:

---

1 2 3 4 5 6 7 8 9

select CODEPERSONNE, CODEPRODUIT, SUM(CASE WHEN TYPETAUX='A' THEN TAUX ELSE 0 END) TXA, SUM(CASE WHEN TYPETAUX='B' THEN TAUX ELSE 0 END) TXB, DAT from MATABLE GROUP by CODEPERSONNE, CODEPRODUIT, DAT

---

Un grand merci pour cette réponse, je n'ai pas pu répondre avant j'ai eu quelques petits soucis, cependant j'ai migrer mon métadata dans cette structure :

Code:

---

1 2 3 4 5 6

CODEPERSONNE VARCHAR(10) NOT NULL CODEPRODUIT VARCHAR(5) NOT NULL DAT DATE NOT NULL TAUX_A DECIMAL(15,5) TAUX_B DECIMAL(15,5)

---

j'ai donc l'utilité d'utiliser cette requete pour faire mes mises à jour :

Code:

---

1 2 3

UPDATE OR INSERT INTO TAUX (CODEPERSONNE ,CODEPRODUIT ,DAT, TAUX_A) VALUES (:CODEPERSONNE,:CODEPRODUIT,:DAT,TAUX_A + :NOUVELLE_VALEUR);

---

qui me renvoi toujours l'erreur : "Column unknown. TAUX_A"

merci.

utilise MERGE dans ce cas

http://www.firebirdsql.org/devel/doc...#rnfb210-merge

Désolé, je vais passer pour un boulet, mais j'ai essayer cette fonction MERGE, mais surement à cause d'une mauvaise syntaxe, je n'ai pas réussi à la faire fonctionner.

Code:

---

1 2 3 4 5 6 7 8 9 10

MERGE INTO TAUX c USING (SELECT * FROM TAUX WHERE (CODEPERSONNE = :CODEPERSONNE) AND (CODEPRODUIT = :CODEPRODUIT) AND (DAT = :DAT) ) cd ON (c.CODEPERSONNE = cd.CODEPERSONNE) AND (c.CODEPRODUIT = cd.CODEPRODUIT) AND (c.DAT = cd.DAT) WHEN MATCHED THEN UPDATE SET TAUX_A = TAUX_A + :NOUVELLE_VALEUR WHEN NOT MATCHED THEN INSERT (CODEPERSONNE ,CODEPRODUIT ,DAT, TAUX_A) VALUES (:CODEPERSONNE ,:CODEPRODUIT ,:DAT, :TAUX_A)

---

c'est quoi la clé primaire de ta table ?

Voici la Clé primaire de ma Table :

CODEPERSONNE ,CODEPRODUIT ,DAT

Merci.

bon au delà du fait qu'utiliser un champ date dans une clé primaire n'est pas une bonne idée et que ton cas est un peu tordu pour utiliser INSERT OR UPDATE ou MERGE car tu cherches à mettre à jour un champ avec la valeur déjà existante dans le champ, c'est quand même faisable avec les deux.
Ceci dit, je passerai plutot par une procédure pour cela.
mais bon voilà :

Code:

---

1 2	UPDATE OR INSERT INTO TAUX (CODEPERSONNE ,CODEPRODUIT ,DAT, TAUX_A) VALUES (:CODEPERSONNE,:CODEPRODUIT,:DAT,(SELECT COALESCE((SELECT TAUX_A FROM TAUX WHERE CODEPERSONNE=:CODEPERSONNE AND CODEPRODUIT=:CODEPRODUIT AND DAT=:DAT),0) FROM RDB$DATABASE)+ :NOUVELLE_VALEUR);

---

ou

Code:

---

1 2 3 4 5 6 7 8 9

MERGE INTO TAUX c USING (SELECT :CODEPERSONNE CODEPERSONNE, :CODEPRODUIT CODEPRODUIT, :DAT DAT, :NOUVELLE_VALEUR TAUX_A FROM RDB$DATABASE) cd ON (c.CODEPERSONNE = cd.CODEPERSONNE) AND (c.CODEPRODUIT = cd.CODEPRODUIT) AND (c.DAT = cd.DAT) WHEN MATCHED THEN UPDATE SET TAUX_A = TAUX_A + cd.TAUX_A WHEN NOT MATCHED THEN INSERT (CODEPERSONNE ,CODEPRODUIT ,DAT, TAUX_A) VALUES (cd.CODEPERSONNE ,cd.CODEPRODUIT ,cd.DAT, cd.TAUX_A)

---

Sinon actuellement j'ai deja une procedure stockée qui fait un SELECT sur ma clé primaire, si le SELECT ne ramène rien je fait mon INSERT sinon je fait un UPDATE.

J'avais pensé que d'utiliser une fonction NATIVE qui gère ceci était plus performant.

Pour la partie Tordu, elle ne l'est pas vraiment, je cherches à mettre à jour un champ avec une valeur déjà existante dans le champ, mais je sais pas si l'enregistrement est créé dans la Base à moins de faire un SELECT avant, d'ou l'utilité d'utiliser cette fonction.

Mais ce n'est peut etre pas la Bonne solution.

Mais concernant la clé primaire contenant une date, pourquoi n'est ce pas une bonne idées, j'ai besoins d'avoir 1 enregistrement par CODEPERSONNE ,CODEPRODUIT ,DAT...

1/ il ne faut pas confondre cclé primaire et contrainte d'unicité
en général, une clé primaire composite, c'est pas terrible et encore moins avec des champs de type date ou time

2/ "tordu" c'est par rapport aux fonctions INSERT OR UPDATE et MERGE

3/ si tu en arrives là, c'est peut être (et même surement) parce que ta structure n'est pas terrible

Ok merci pour vos réponses, je vais refaire le point la dessus.