Discussion :

[bronon]

Bonsoir à tous,
ce soir je sèche sur un problème que je pensais être simple…
J'ai 2 tables distinctes, table1 (étudiant) table2 (enseignant). Lors de l'identification initiale le visiteur entre et valide son e-mail. À ce stade il n'est identifié ni comme enseignant ni comme étudiant ce qui semble normal, lorsqu'il valide son entrée je souhaite lancer une requête qui va vérifier dans les deux tables où se trouve le bon e-mail ce qui déclenche des scripts utilisant la table1 ou la table2 selon le E-Mail. J'ai commencé à écrire une requête :

Code :

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

1
2
3
SELECT table1.*, table2.* FROM table1
LEFT JOIN table2 AS enseignant ON enseignant.email = 'sffdsqfqfdqgmail.com';
WHERE table1.email =  'sffdsqfqfdqgmail.com'

J'ai identifié le pb : lorsque le login est un login d'enseignant le SELECT table1 retourne NULL et ça coince pour la suite !
J'ai tenté diverses function IF NULL, IF NOTNULL, COALESCE etc, rien n'a fonctionné ! En fait je patauge grave !
Si qqu'un peut me mettre sur une piste d'avance merci

[MàJ] Je viens de tenter ceci mais ça ne fonctionne pas, erreur de syntaxe ! où ?

Code :

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

1
2
3
4
SELECT * COALESCE(NULL, 'A'), table2.*
		FROM table1
		LEFT JOIN table2 ON Email = 'khkjhkhkhkhkkjhkhihh@gmail.com'
		WHERE table1.Email =  'khkjhkhkhkhkkjhkhihh@gmail.com'

[escartefigue]

Bonjour,

Vous pouvez faire comme ca :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
SELECT DISTINCT COALESCE(T1.QUOI, T2.QUOI, T0.QUOI)               
FROM (SELECT 'monadressemail' AS CDMAIL, 'RIEN' AS QUOI) as T0    
LEFT OUTER JOIN                                                   
     (SELECT 'monadressemail' AS CDMAIL, 'ETUD' AS QUOI                               
      FROM T_Etudiant) AS T1                                       
  ON T1.CDMAIL=T0.CDMAIL
LEFT OUTER JOIN                                                   
     (SELECT 'monadressemail' AS CDMAIL, 'PROF' AS QUOI                               
      FROM T_enseignant) AS T2                                       
  ON T2.CDMAIL=T0.CDMAIL

[bronon]

Merci pour ta réponse, je regarde ceci dans la journée
Cdlt

[escartefigue]

Merci pour ta réponse, je regarde ceci dans la journée
Cdlt

Finalement cette solution vous convient elle ?

[bronon]

Je reviens vers vous après avoir été contraint par des impératifs autre que ce développement.

Après réflexion j'ai mieux analysé mon besoin :

Je veux rechercher un E-Mail dans 2 table différentes et pas de même taille, j'ai donc écrit la requête suivante :

Code :

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

1
2
3
4
SELECT etudiant.*, enseignant.*  
	FROM etudiant
	LEFT JOIN enseignant ON enseignant.Email = 'hfhgfhgg@gmail.com'
	WHERE etudiant.Email =  'hfhgfhgg@gmail.com'

Le code fonctionne sans pb et retourne bien les valeurs recherchées quand le Email se trouve dans la table « etudiant » mais ne retourne rien si le Email se trouve dans la table « enseignant » !!!!
J'ai également essayé avec une directive COALESCE(NULL, 'A') dans la clause SELECT ==> Wallou;
Si qqu'un peut m'éclairer ou m'indiquer une piste, d'avance merci.

[Sebwar]

Hello !

Pourquoi ne pas faire deux requêtes ?

Code :

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

SELECT email FROM etudiant WHERE email = 'email@domain.tld'

et

Code :

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

SELECT email FROM enseignant WHERE email = 'email@domain.tld'

ou en "une" requête retournant deux colonnes (email, categorie) : email@domain.tld, étudiant ET/OU email@domain.tld, enseignant

Code :

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

1
2
3
SELECT email, 'étudiant' AS categorie FROM etudiant WHERE email = 'email@domain.tld'
UNION
SELECT email,  'enseignant' AS categorie FROM enseignant WHERE email = 'email@domain.tld'

[escartefigue]

Bonjour,

Vous pouvez faire comme ca :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
 
SELECT DISTINCT COALESCE(T1.QUOI, T2.QUOI, T0.QUOI)               
FROM (SELECT 'monadressemail' AS CDMAIL, 'RIEN' AS QUOI) as T0    
LEFT OUTER JOIN                                                   
     (SELECT 'monadressemail' AS CDMAIL, 'ETUD' AS QUOI                               
      FROM T_Etudiant) AS T1                                       
  ON T1.CDMAIL=T0.CDMAIL
LEFT OUTER JOIN                                                   
     (SELECT 'monadressemail' AS CDMAIL, 'PROF' AS QUOI                               
      FROM T_enseignant) AS T2                                       
  ON T2.CDMAIL=T0.CDMAIL

bonjour,

Je vous avais proposé cette solution, normalement bien plus rapide qu'une union, et que j'avais testée avec succès, aviez vous testé de votre coté pour vérifier l'adéquation avec votre besoin ?

[Artemus24]

Salut bronon.

je souhaite lancer une requête qui va vérifier dans les deux tables où se trouve le bon e-mail

Autrement dit, tu désires savoir si le email est présent dans la table des étudiants ou dans la table des enseignants.

lorsque le login est un login d'enseignant le SELECT table1 retourne NULL

C'est tout à fait normal. Donc tu n'utilises pas la bonne approche pour extraire l'information dont tu as beson.

J'ai tenté diverses function IF NULL, IF NOTNULL, COALESCE etc, rien n'a fonctionné !

Tu te complique l'existence.

Pour ce faire, tu utilises un union sur tes deux tables.
Dans le premier select, tu recherches si l'email est présent dans la table des étudiants.
Dans le seconde select, tu recherches si l'email est présent dans la table des enseignants.

Ce qui fait au total quatre cas à gérer par la suite :
1) aucune ligne n'est retourné --> pas d'identification possible.
2) une ligne mais en provenance de la table des enseignants --> c'est un prof
3) une ligne mais en provenance de la table des étudiants --> c'est un élève.
4) deux lignes sont retournées --> problème car il est à la fois prof et élève !

Pour te faciliter la compréhension, dans mon exemple, je t'ai traité les quatre cas avec la même requête :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
--------------
SET AUTOCOMMIT = 0
--------------
 
--------------
START TRANSACTION
--------------
 
--------------
DROP DATABASE IF EXISTS `base`
--------------
 
--------------
CREATE DATABASE `base`
        DEFAULT CHARACTER SET `latin1`
        DEFAULT COLLATE       `latin1_general_ci`
--------------
 
--------------
DROP TABLE IF EXISTS `etudiant`
--------------
 
--------------
CREATE TABLE `etudiant`
(
  `id`     integer unsigned NOT NULL AUTO_INCREMENT primary key,
  `email`  varchar(255)     NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
INSERT INTO `etudiant` (`email`) VALUES
('alpha@site.com'),
('beta@site.com'),
('gamma@site.com'),
('delta@site.com'),
('omicron@site.com')
--------------
 
--------------
select * from etudiant
--------------
 
+----+------------------+
| id | email            |
+----+------------------+
|  1 | alpha@site.com   |
|  2 | beta@site.com    |
|  3 | gamma@site.com   |
|  4 | delta@site.com   |
|  5 | omicron@site.com |
+----+------------------+
--------------
DROP TABLE IF EXISTS `enseignant`
--------------
 
--------------
CREATE TABLE `enseignant`
(
  `id`     integer unsigned NOT NULL AUTO_INCREMENT primary key,
  `email`  varchar(255)     NOT NULL
) ENGINE=InnoDB
  DEFAULT CHARSET=`latin1` COLLATE=`latin1_general_ci`
  ROW_FORMAT=COMPRESSED
--------------
 
--------------
INSERT INTO `enseignant` (`email`) VALUES
('omicron@site.com'),
('phi@site.com'),
('khi@site.com'),
('psi@site.com'),
('omega@site.com')
--------------
 
--------------
select * from enseignant
--------------
 
+----+------------------+
| id | email            |
+----+------------------+
|  1 | omicron@site.com |
|  2 | phi@site.com     |
|  3 | khi@site.com     |
|  4 | psi@site.com     |
|  5 | omega@site.com   |
+----+------------------+
--------------
select 'eleve' as type, id, email
from etudiant
where email = 'iota@site.com'
union
select 'prof' as type, id, email
from enseignant
where email = 'iota@site.com'
--------------
 
--------------
select 'eleve' as type, id, email
from etudiant
where email = 'delta@site.com'
union
select 'prof' as type, id, email
from enseignant
where email = 'delta@site.com'
--------------
 
+-------+----+----------------+
| type  | id | email          |
+-------+----+----------------+
| eleve |  4 | delta@site.com |
+-------+----+----------------+
--------------
select 'eleve' as type, id, email
from etudiant
where email = 'phi@site.com'
union
select 'prof' as type, id, email
from enseignant
where email = 'phi@site.com'
--------------
 
+------+----+--------------+
| type | id | email        |
+------+----+--------------+
| prof |  2 | phi@site.com |
+------+----+--------------+
--------------
select 'eleve' as type, id, email
from etudiant
where email = 'omicron@site.com'
union
select 'prof' as type, id, email
from enseignant
where email = 'omicron@site.com'
--------------
 
+-------+----+------------------+
| type  | id | email            |
+-------+----+------------------+
| eleve |  5 | omicron@site.com |
| prof  |  1 | omicron@site.com |
+-------+----+------------------+
--------------
COMMIT
--------------
 
--------------
SET AUTOCOMMIT = 1
--------------
 
 
Appuyez sur une touche pour continuer...

@+

[bronon]

Merci pour ta réponse mais le pb est que les 2 table n'ont pas la même dimension ce qui exclu UNION et de mon expérience les clients ont toujours besoin de rajouter des "trucs" ce qui obligerait à modifier 2 tables en même temps.

Cdlt

[Artemus24]

Salut bronon.

le pb est que les 2 table n'ont pas la même dimension ce qui exclu UNION

Je ne voie pas pourquoi.
Ta question était de savoir si l'on pouvait identifier un email dans tes deux tables. Je t'ai donné un exemple qui donne une réponse.
A toi ensuite de l'adapté à ce que tu veux faire, entre autre accepter ou refuser la connexion à un compte (login), puisque c'est cela le problème.

et de mon expérience les clients ont toujours besoin de rajouter des "trucs" ce qui obligerait à modifier 2 tables en même temps.

Mais pourquoi veux-tu ajouter d'autres colonnes à ce union ?
Ce test a pour but de valider ou de rejeter une connexion, en identifiant l'email dans tes deux tables.

@+

[Artemus24]

Salut Bronon.

Si qqu'un peut m'éclairer ou m'indiquer une piste, d'avance merci.

Je vous ai donné la solution, mais vous l'avez rejeté. J'ai même pris le temps de vous faire un script avec un jeu d'essai pour vous donner un exemple.

Ah qu'elle est bonne ta solution qui fonctionne parfaitement ! Merci

La solution donnée par Sebwar est identique à ma solution et c'est lui que vous remerciez.

Pourquoi cette foutue jointure ne fonctionne-t-elle pas !

Parce que cela ne répond pas à votre besoin.

Si l'email est présent dans la première table alors cela retourne la ligne.
Si l'émail est présent dans la seconde table, donc de surcroit, elle n'est pas présente dans la première table, cela ne vous retourne rien.
La solution est de faire un union entre les deux extractions, ce qui correspond soit à la présente dans la première table ou soit à la présente dans la seconde table.

J'ai bien des index sur Email de chaque table.

En admettant que vos email soient uniques dans une table donnée, il suffit de faire un "unique index" pour résoudre le problème.

Maintenant pourquoi cela prend plus de temps ?
Un UNION n'a pas la réputation d'être très performant car vous devez lire autant de fois qu'il y a de subdivisions dans votre unions (ici 2).
J'ai repris mes exemples en essayant de trouver une solution performance, mais sans succès.
Dans le tableau ci-après, les tests de performances sur mes quatres cas.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
--------------
SHOW PROFILES
--------------
 
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Query_ID | Duration   | Query                                                                                                                                                                                          |
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+
|        1 | 0.00069925 | (select 'eleve' as type, id, email from etudiant   where email = 'iota@site.com'    limit 1) union (select 'prof' as type, id, email from enseignant where email = 'iota@site.com' limit 1)    |
|        2 | 0.00044800 | select  'eleve' as type, id, email from etudiant   where email = 'iota@site.com'    limit 1                                                                                                    |
|        3 | 0.00044850 | select  'prof'  as type, id, email from enseignant where email = 'iota@site.com'    limit 1                                                                                                    |
|        4 | 0.00132400 | (select 'eleve' as type, id, email from etudiant   where email = 'delta@site.com'   limit 1) union (select 'prof' as type, id, email from enseignant where email = 'delta@site.com' limit 1)   |
|        5 | 0.00130725 | (select 'eleve' as type, id, email from etudiant   where email = 'phi@site.com'     limit 1) union (select 'prof' as type, id, email from enseignant where email = 'phi@site.com' limit 1)     |
|        6 | 0.00133625 | (select 'eleve' as type, id, email from etudiant   where email = 'omicron@site.com' limit 1) union (select 'prof' as type, id, email from enseignant where email = 'omicron@site.com' limit 1) |
|        7 | 0.00048400 | select  'eleve' as type, id, email from etudiant   where email = 'omicron@site.com' limit 1                                                                                                    |
|        8 | 0.00047825 | select  'prof'  as type, id, email from enseignant where email = 'omicron@site.com' limit 1                                                                                                    |
+----------+------------+------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------+

Exemple d'une requête ne produisant aucun résultats (1) et la même décomposée (2 & 3).
--> l'union est plus court.

Exemple d'une requête produisant deux résultats (6) et la même décomposée (7 & 8).
--> L'union est plus long.

Maintenant, il est difficile de faire mieux que le résultat produit ici.

Une autre solution consiste juste à vérifier l'existence de l'email. Autrement dit, on change la structure de la requête.

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
--------------
explain
select 1 from dual where exists (select 1 from etudiant where email = 'omicron@site.com') or exists (select 1 from enseignant where email = 'omicron@site.com')
--------------
 
+----+-------------+------------+------------+-------+---------------+------+---------+-------+------+----------+----------------+
| id | select_type | table      | partitions | type  | possible_keys | key  | key_len | ref   | rows | filtered | Extra          |
+----+-------------+------------+------------+-------+---------------+------+---------+-------+------+----------+----------------+
|  1 | PRIMARY     | NULL       | NULL       | NULL  | NULL          | NULL | NULL    | NULL  | NULL |     NULL | No tables used |
|  3 | SUBQUERY    | enseignant | NULL       | const | idx2          | idx2 | 255     | const |    1 |   100.00 | Using index    |
|  2 | SUBQUERY    | etudiant   | NULL       | const | idx1          | idx1 | 255     | const |    1 |   100.00 | Using index    |
+----+-------------+------------+------------+-------+---------------+------+---------+-------+------+----------+----------------+
--------------
RESET QUERY CACHE
--------------
 
--------------
set profiling=1
--------------
 
--------------
select 1 from dual where exists (select 1 from etudiant where email = 'omicron@site.com') or exists (select 1 from enseignant where email = 'omicron@site.com')
--------------
 
+---+
| 1 |
+---+
| 1 |
+---+
--------------
SHOW PROFILES
--------------
 
+----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------+
| Query_ID | Duration   | Query                                                                                                                                                           |
+----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------+
|        1 | 0.00057675 | select 1 from dual where exists (select 1 from etudiant where email = 'omicron@site.com') or exists (select 1 from enseignant where email = 'omicron@site.com') |
+----------+------------+-----------------------------------------------------------------------------------------------------------------------------------------------------------------+

C'est plus rapide, mais est-ce que cela répond à votre attente ?

@+

[bronon]

Merci pour ta réponse mais je ne comprends pas ta requête :

Code :

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

select 1 from dual where exists (select 1 from etudiant where email = 'omicron@site.com') or exists (select 1 from enseignant where email = 'omicron@site.com')

Je n'ai pas l'habitude d'utiliser ces méthodes, ta requête mise in extenso dans la console SQL de PhP Admin fonctionne mais me retourne 1 ????
Je souhaite récupérer qq col (id, Statut, Nom par ex col commune au 2 tables) avec ta requête je récupère 1 ???

Mais je dois manquer un épisode !

Cdlt

[escartefigue]

Bonjour,

J'ai cru que c'était pour moi je vois que non, avez vous testé ?

[Sebwar]

La solution donnée par Sebwar est identique à ma solution et c'est lui que vous remerciez.

Je suis un voleur de solution
J'ai pris le sujet en cours de route, au post #8 le besoin avait l'air d'être reformulé du coup je n'ai pas lu les posts d'avant (pas bien !) mais sinon oui c'est bien la même solution !

La solution de escartefigue fonctionne très bien, chez moi elle prend un peu plus de temps mais à ce niveau ce n'est pas significatif.
La requête d'Artemus24 "FROM dual" aurait été une bonne solution si vous n'aviez pas a récupérer de colonnes supplémentaires.

Ce qui prend du temps ça va être la recherche de l'email dans l'index et dans toutes les solutions proposés ça passe par un scan des index.

Prenez la requête UNION ou prenez la requête LEFT JOIN, je ne comprend pas ce que vous cherchez de plus ?

[escartefigue]

Merci Sebwar pour cette réponse, j'avais un peu l'impression jusqu'ici de parler dans le vide

Concernant les perfs, la colonne email est peut être indexée, mais c'est une colonne de type varchar ou char probablement de 50 car ou plus, qui nécessite donc plusieurs cycles CPU (selon la largeur exacte et la taille du processeur), ce qui pénalise forcément les perfs.

Exemple : si l'email est défini en char(100)
100 octets = 100*8/32 soit 25 cycles pour un processeur 32 bits, et 13 pour un processeur 64 bits

[bronon]

Je suis un voleur de solution
J'ai pris le sujet en cours de route, au post #8 le besoin avait l'air d'être reformulé du coup je n'ai pas lu les posts d'avant (pas bien !) mais sinon oui c'est bien la même solution !

La solution de escartefigue fonctionne très bien, chez moi elle prend un peu plus de temps mais à ce niveau ce n'est pas significatif.
La requête d'Artemus24 "FROM dual" aurait été une bonne solution si vous n'aviez pas a récupérer de colonnes supplémentaires.

Ce qui prend du temps ça va être la recherche de l'email dans l'index et dans toutes les solutions proposés ça passe par un scan des index.

Prenez la requête UNION ou prenez la requête LEFT JOIN, je ne comprend pas ce que vous cherchez de plus ?

Oups désolé pour la confusion dans les remerciements donc merci bien Sebwar !

De toutes les manières je remercie tous le monde pour les contributions !

[Artemus24]

Salut Bronon.

je souhaite lancer une requête qui va vérifier dans les deux tables où se trouve le bon e-mail

Voici votre question !

J'ai répondu par une extraction des données dont vous aviez besoin, à savoir l'identification du id de l'email, ainsi qu'un message indiquant son origine.

Merci pour ta réponse mais je ne comprends pas ta requête :

Dans cette requête, je teste juste l'existance de l'email. Si l'email existe, vous avez un '1' sinon vous avez un null.
J'ai fait en sorte d'obtenir une réponse performante, puique 0.014 secondes vous semble long.

je n'ai pas lu les posts d'avant (pas bien !)

En effet, prendre un sujet en cours de route, sans avoir pris la peine de tout lire, amène à ce genre de situation. C'est pas grave.

je ne comprend pas ce que vous cherchez de plus ?

Je suis dans le même cas que toi. Il a plusieurs solutions à sa disposition et nous ne comprenons pas pourquoi cela ne va pas.

La requête d'Artemus24 "FROM dual" aurait été une bonne solution si vous n'aviez pas a récupérer de colonnes supplémentaires.

Je n'ai fait que répondre à son problème de performance.
Maintenant s'il chippote pour quelques millisecondes, on n'aura jamais fini dans les explications.

la colonne email est peut être indexée, mais c'est une colonne de type varchar ou char ... ce qui pénalise forcément les perfs.

Ce qui pénalise les performance, c'est de mettre des varchar n'importe où dans une ligne. J'ai appris qu'il fallait mieux les mettre en fin de ligne, et si possible le moins possible de varchar.
Il y a forcement une perte de temps, juste pour se positionner et faire des recherches dans la colonne email.

@+

[escartefigue]

Ce qui pénalise les performance, c'est de mettre des varchar n'importe où dans une ligne. J'ai appris qu'il fallait mieux les mettre en fin de ligne, et si possible le moins possible de varchar. Il y a forcement une perte de temps, juste pour se positionner et faire des recherches dans la colonne email.

En effet, mais pas seulement, comme je l'ai expliqué plus haut, même avec un processeur 64 bits, une colonne char ou varchar atteindra et depassera très rapidement cette taille (au delà de 8 c'eest déjà le cas), nécessitant plusieurs cycles CPU pour être transportée, alors qu'avec une clef de type integer (de type identity column ou pas, peu importe) ce ne sera jamais le cas

Effectivement, il est préférable de positionner les colonnes varchar en fin de table, mais même ainsi, on n'évite pas les problèmes de performances liés aux déplacements des lignes dans les pages en cas d'update avec modification de longueur.
Je ne dirai pas qu'il faut mettre le moins possible de varchar, mais ne l'utiliser que quand c'est utile, je vois souvent des tables avec des varchar tout petits des fois même varchar(1) ce qui est complètement aberrant !

A noter que certains SGBD pour optimiser positionnent automatiquement les colonnes varchar en fin de tablespace, quelque soit leur position dans la table, mais ce n'est pas le cas de MySQL (sauf erreur de ma part)

[bronon]

Merci à tous pour cette discussion passionnante et qui visiblement fait bouger du monde.
En fait l'optimisation des requêtes passe certes par l'optimisation du process mais également par celle de la structure de la table, d'autre part encore une fois je travaille sur un serveur de développement ce qui n'est pas ce qui se fait de mieux en termes de vélocité !

Bonne journée à tous

[escartefigue]

En fait l'optimisation des requêtes passe certes par l'optimisation du process mais également par celle de la structure de la table

Bien plus que vos traitements, c'est la modélisation de la base de données qui est le critère le plus structurant de votre optimisation.
La modélisation c'est le socle, beaucoup plus difficile à modifier que les traitements.
Si votre modèle de données est bancal, et notamment si vos identifiants sont mal construits, alors quoi que vous fassiez, la durée des vos traitements, sera anormalement longue et augmentera de façon exponentielle avec les volumes stockés