Discussion :

[StarMusic]

Bonjour,

J'ai le problème suivant : Une application en Delphi 7 sur SQL server 2000 travaille sur des bases de données distinctes. On se connecte sur une base ou sur une autre à l'ouverture du programme.

Il apparait clairement qu'en fonction du nombre d'enregistrements de l'une ou l'autre des bases de données, les performances des requetes vont de 1 seconde (pour environ 2000 enregistrements) à 6 à 8 secondes (pour 11 000 enreg.) .

Mes requetes sont des SELECT TOP 50 * From TABLE WHERE MAchin ='bidule', donc elles ramènent toujours 50 enregistrements...

En quoi le nombre d'enregistrements influe t-il sur la lenteur des requetes.

Est-ce un probleme d'indexs ???

Je ne comprends pas

D'avance merci

[qi130]

Est-ce un probleme d'indexs ???

Très certainement, oui.

Si ta colonne machin n'est pas indexée, le sgbd doit parcourir l'intégralité de la table à la recherche d'une ligne vérifiant le prédicat.

Il est hautement recommandé d'indexer les colonnes participant à une clause WHERE, idem pour les jointures... (fais un tour dans la partie sgbd du site, à la recherche des tutos de SQLpro)

[Eric.H]

Très certainement, oui.

StarMusic : Tu peut aussi activé les statistiques sur le serveur SQL, ce qui améliore grandement le temps des requetes. En gros ,si besoin, le serveur créera une table de hachage pour la colonne Machin. Ces statisque pouvant être mise a jour automatiquement ou non.

[StarMusic]

Merci à vous pour vos réponses.

Eric.H : je ne sais pas comment on active ces fameuses stats...

qi130 : J'ai beau créer un tas d'indexs, une requete est toujours aussi lente. J'ai une relation Maitre-Detail et c'est la requete qui porte sur la table détail qui est longue. Pourtant le champ lien entre les 2 tables est indexé des 2 cotés (Maitre et détail).

Quelqu'un a t-il une idée ?

D'avance merci

[alx1603]

Quel est le type des tes colonnes, si tu es en Varchar(X), as-tu essayer en Char(X) ? Cela améliore le temps de réponse des index. Maintenant, trop d'index dans une table ne résoud pas non plus tout les problèmes. Il faut les créer par rapport aux (ensembles de) colonnes qui sont le plus souvent appeller dans les clauses "where".

Pour les statistiques, c'est une option de la base de données dans l'onglet "Option" qui se nomme "Mettre à jour automatiquement les statistiques".
Dans Entrepise Manager, sinon tu vérifier les options directement par SQL.

Tu peux aussi lancer ta requête dans un queryy analyzer et lancer le plan d'exécution. Il donne les parties de ta requête les plus lourdes et s'il faut créer ou non des statistique manuellement.

Edit :
Les deux serveurs sont au même endroit ? N'y a-t-il pas un liaison plus plente ?

[Bejaia-In]

Il apparait clairement qu'en fonction du nombre d'enregistrements de l'une ou l'autre des bases de données, les performances des requetes vont de 1 seconde (pour environ 2000 enregistrements) à 6 à 8 secondes (pour 11 000 enreg.) .

Requetes lentes ?
Je vois pas où est la lenteur !

[alx1603]

Je vois pas où est la lenteur !

6-8 secondes pour une requête sur 11 000 enregistrements c'est trés long surtout avec un top 50.

Exemple sur ma base :
Select top 1000 * avec un clause where sur une colonne de caractère, table de 4 000 000 d'enregistrement, temps de réponse 3 secondes.

Il y a donc des chances que le problème soit plus réseau que bdd.

[Bejaia-In]

N'oublions pas le hardware compte pour beaucoup dans les performances d'un SGBD, donc comparons ce qui comparable.

[michel_laure]

bonjour!
j'utilise dephi 7 et sql server pour une application et je tape le code suivant mais ça me donne une erreur comme quoi ma base a été mal installée hors j'y ai crée des tables, et insére des données.
Que faire?
voici le code:
procedure TForm1.FormActivate(Sender: TObject);

begin
with dm.ADOConnection1 do
begin
ConnectionString:='Provider=Microsoft SQLServer;DataSource=C:\Program Files\Microsoft SQL Server\80\Tools\Data\Base_plan_DATA.mdf;';
Connected:=true;
end;

with dm.ADOQuery1 do
begin
SQL.Add('select * from operateur');
connection:=dm.ADOConnection1;
Active:=true;
Edit1.text:=fields[1].value;
end;
end;
procedure TForm1.Button1Click(Sender: TObject);
begin
with dm.ADOQuery1 do
begin
edit;
fields[1].value:=Edit1.text;
post;
end;
end;
end.
merci pr votre aide

[Bejaia-In]

A michel_laure,
Comme c'est ton premier post sur ce forum, je te souhaite la bienvenu !
Néanmoins, tu t'est trompé (c'est pas grave !), tu aurais dû ouvrir une nouvelle discussion et non pas répondre à celle-ci.

Et encore un fois bienvenu du Cameroun.

[cmen76]

Bon en effet c'est pas super grave, mais pour répondre au problème, la ConnectionString est incorrecte, elle devrait être du type :
'Provider=SQLOLEDB.1;Password=xxx;User ID=xxx;Initial Catalog=xxx;Data Source=xxx'
Pour former ta première connectionstring correctement, place un objet ADOConnection sur une form, dans l'inspecteur de propriété sélectionne la propriété Connectionstring, puis clique sur les ...
Un assistant permet de construire la chaîne de connexion et de la tester.
Bon courage.