Discussion :

[PrincessLoiseau]

Bonjour,

Une question sur l’existence ou non d'une différence de temps de réponse lors d'une recherche portant sur 1, ou 2 champs dans une table.

Y'a aurait il un gain de performance et une utilité à créer deux tables plutôt qu'une.

Par exemple;

Dans le cas ou une table utilise par exemple 25 champs tout type et que, le principal des recherches dans celle-ci portent sur 3 champs, par exemple id et 2 varchar.
Vaut-il mieux créer une table avec ces 3 champs et porter les recherches dans celle-ci, pour ensuite utiliser une autre table différenciée et l'utiliser selon la nécessité.

Merci et la bonne journée

[al1_24]

Bonjour,

Une troisième voie existe : créer un index sur ces colonnes de recherche.

[SQLpro]

https://sqlpro.developpez.com/cours/quoi-indexer/

https://sqlpro.developpez.com/optimisation/indexation/

A +

[Waldar]

Dans le cas ou une table utilise par exemple 25 champs tout type et que, le principal des recherches dans celle-ci portent sur 3 champs, par exemple id et 2 varchar.
Vaut-il mieux créer une table avec ces 3 champs et porter les recherches dans celle-ci, pour ensuite utiliser une autre table différenciée et l'utiliser selon la nécessité.

C'est ce qu'on appelle parfois le partitionnement vertical, ça a son intérêt dans certains cas avec de fortes volumétries.
Sinon vous pouvez utiliser un SGBD colonne, ainsi la question ne se pose plus (mais ces SGBD sont adaptés à de l'analytique et non du transactionnel).

Pour des recherches "simples" je rejoins les préconisations précédentes de mes collègues à savoir l'ajout d'index.

[PrincessLoiseau]

Et sur le plan technique,

Outre l'importance d'ordre des champs.

Vous appliqueriez ceci à partir de quel quantité de ligne attendues.

J'imagine que sous 100 ou 1000, cela n'a pas d'influence.

vous partiriez à partir de ?

[Waldar]

Ça dépend de votre SGBD et du hardware derrière, mais en-dessous de x millions de lignes ça n'a probablement qu'un intérêt limité.

[PrincessLoiseau]

..., mais en-dessous de x millions de lignes ça n'a probablement qu'un intérêt limité.

lol

Un bon ordre des champs et un index me semble déjà pas mal.

Le million de lignes

[Waldar]

J'ai quelques clients qui ont dépassé le billion de lignes (mille milliards ou encore un million de million) dans la même table.