Discussion :

[gadsweb]

Bonjour à tous,
Alors vous allez peut-être me dire que cela dépend de plein de choses, mais je tente ma chance :-)
Je n'ai pas vraiment d'expérience dans Sql Server, du moins pas suffisamment pour avoir une idée précise de la manière dont je vais structurer mon appli c#.
J'ai une base de données avec une table principale qui pourrait contenir 2000 enregistrements sur une vingtaine de champs.
Ma requête select contient des jonctions (inner join) sur une dizaine de tables qui comportent une dizaine d'enregistrement sur 2 ou 3 champs.
Toutes mes tables ont une clé primaire et sont donc indexées.

J'aimerais donc savoir, pour cette requête select (qui va sortir tous les enregistrement de la table principale), combien de temps cela prend.
Parle-t-on de quelques dixièmes de seconde, quelques secondes, minutes, bref un ordre d'idée.

Je vous remercie par avance.

[SQLpro]

Avec les bons index quelques microsecondes. Les bases de données traitent les données exclusivement en mémoire !

A +

[StringBuilder]

Attention aux accès concurrents mais aussi à la fainéantise !

Avec C#, on est tenté d'utiliser des DataSet pour faire des modifications, et Link to SQL.

Alors le DataSet, c'est bien :

"select * from matable", sans aucun filtre. Et roule ma poule, tu fais des modifs dedans, puis tu flush au bout de deux heures.
=> Tu viens juste de locker l'intégralité de la table pendant 2 heures.

Link to SQL.

Ouais alors j'ai une jolie table. Y'a des liens avec d'autres table. Le SQL c'est pour les trouduc. Moi je suis un warrior, je fais ça en Link to SQL.
=> Ca se traduit par "select * de matable1", suivi d'une "select * from matable2" pour chaque ligne retournée par la première requête. Et tant qu'à faire en cascade s'il y a des jointures en cascade...

Donc attention à rester propre et toujours garder en mémoire que C# et ses FrameWork ne peuvent pas remplacer un utilisateur qui a un cerveau.