Discussion :

[cestpasmoinonplus]

Bonjour à tous.tes

C'est re-moi (non plus).
Parmi toutes les info que choppe au vol, j'aimerais creuser le sujet des index.
Je pense (avec tout ce que cela implique comme lacunes, je suis développeur et non pas DBA) savoir que, pour qu'ils soient efficaces, ils sont déjà créés et renseignés au lancement de la base. Puis, leurs lignes mises à jour au fur et à mesure de la mise à jour des tables.

Du coup, je me dis que, le nombre d'index sur une table a un impact direct sur la performance de la base de données entière.
Mais encore, que le nombre de bases de données sur une instance du SGBD a un impact sur la performance de chacune des bases de données.
Quelqu'un aurait-il le temps et l'amour du prochain pour m'éclairer sur ce sujet ?

Je sais qu'il suffirait que je fasse des essais exhaustifs pour avoir ma réponse, mais les résultats d'essais effectués par un expert comme moi, je m'en méfie un peu. Quant à lire toute la doc, ce n'est pas de la fainéantise, mais ça ne va pas assez vite

Merci d'avance

[SQLpro]

Commencez par là :
https://sqlpro.developpez.com/cours/quoi-indexer/

Puis, leurs lignes mises à jour au fur et à mesure de la mise à jour des tables.

Plus exactement de manière synchrone. Dans certains SGBDR en parallèle des mise à jour des tables (MS SQL Server par exemple).

Du coup, je me dis que, le nombre d'index sur une table a un impact direct sur la performance de la base de données entière.

Oui, mais dans les deux sens. Cela pénalise les mises à jour (INSERT, UPDATE et DELETE durent un peu plus longtemps), mais profite au SELECT comme aux UPDATE et DELETE et dans une moindre mesure au SELECT.

Mais encore, que le nombre de bases de données sur une instance du SGBD a un impact sur la performance de chacune des bases de données.

Oui et non. Cela dépend si vous arrivez aux limites des ressources du serveur (RAM, disques, CPU..)

A +

[cestpasmoinonplus]

Merci SQLPro, ça paraît logique, mais y a pas : c'est mieux de se l'entendre confirmer.