Discussion :

[megatof]

je viens de faire un petit test tout bete : insertion de 1000 données dans une boucle avec un DateTime pour voir le temps ....

Dans les memes conditions :
Insertion de 1000 lignes :
Mysql : ~26sec
Access : ~0.6sec

envoit d'un select avec ExecuteNonQuery sur les tables qui contenait les 3000 'a' inserés ( le ExecuteNonQuery c'est parce que je voulais juste testé le temps de reponse )
Mysql : ~1.2sec
Access : ~0.6sec

j'avou que je ne sais que penser de ce test ...
soit j'ai un probleme avec mysql sur mon pc ( Win XP SP2 avec 1go de ram et VS.NET qui tournait pendant les test et 2 boutons qui faisaient les test, lancé chacun son tour alternativement plusieurs fois afin d'obtenir ces moyennes )

je veux bien filer le code qui est tout simple si quelqu'un souhaite tester si mon pc part en vrac ou si Access 2003 est reellement mieux que mysql sur des requetes simples .

Si je trouve du temps j'essairais de faire un bench plus précis avec plus de tests.

Il serait également interessant de tester cela sur d'autres environnements... car peut etre que le dll mysql est le résponsable de ces performances ... assez risibles

[Thomas Lebrun]

Pour accéder à MySQL, tu passes par du réseau, ce qui expliquerait un petit temps de latence mais là, je trouve cela enorme.....


Montre nous ton code svp

[megatof]

Mysql

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
 
		MySql.Data.MySqlClient.MySqlCommand CdeMy = Connection.CreateCommand();
 
			DateTime start = DateTime.Now; 
			int i=0;
			while ( i< 1000)
			{
 
				CdeMy.CommandText = "insert into test values ('a')";
				CdeMy.ExecuteNonQuery();
				i++;
			}
 
 
			TimeSpan dur = DateTime.Now - start;
			textBox2.Text= dur.ToString();
			Connection.Close();

et access

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
 
	System.Data.Odbc.OdbcCommand testCde = odbcConnection1.CreateCommand();
			DateTime start = DateTime.Now; 
			int i=0;
			while (i<1000)
			{
				testCde.CommandText= "insert into test values ('a')";
 
				testCde.ExecuteNonQuery();
				i++;
 
			}
 
			TimeSpan dur = DateTime.Now - start;
			textBox2.Text= dur.ToString();
			this.odbcConnection1.Close();

voila ....
comme tu peux le voir , je ne fais rien de specialement compliqué

PS : le serveur mysql est un serveur windows tournant sur mon pc ...
ok certes j'ai des trucs qui tournent , mais ils tournent egalement en meme temps que access...
je n'ai que cette base de test d'installé

je ne comprends pas !

[Thomas Lebrun]

Effectivement, c'est relativement simple comme code

Je vois pas trop pkoi c'est aussi lent, c'est pas normal

[megatof]

tu te sentirais de tester ?!

[Thomas Lebrun]

Si tu as les code complet, pkoi pas

[toxine]

c'est très bizarre effectivement.

ta table test en MySQL est InnoDB ou myisam ?
tu utilises quel connecteur .NET ?
est ce que tu as activé les options de debug sous MySQL ?

[megatof]

@morpheus :
bin en fait je n'ai pas de programme, je faisais seulement des tests d'insertion de données sur mysql et access pour voir la vitesse, donc il ne manque que les données de la connexion et les 2 dbs avec la table test (test) , apres suffit d'utiliser les 2 boucles dans 2 boutons differents ( j'ai fait comme ca pour les lancer d affiler , chacun leur tour , etc )

@toxine : non j'ai dl ca :
http://dev.mysql.com/downloads/connector/net/1.0.html
l'api de mysql ...
tout betement ...
c'est pour ça que je me grat-grat depuis qques jours !
^^


edit : pour toxine : c'etait inno DB, je ne sais pas pourquoi c'etait crée comme cela par defaut, j'ai testé en Myisam ... ET CA CHANGE TOUT !

/me retourne se gratter

[megatof]

j'ai ma reponse pour inno et myisam

[Thomas Lebrun]

@ET CA CHANGE TOUT !

C'est à dire :
Les résultats sont mieux/changés :

[megatof]

et bien .... les resultats passent legerement en dessous en temps par rapport à access !
c'est quand meme beaucoup mieux !

[toxine]

A ce que j'ai compris, ton programme n'as pas besoin de gérer les transactions donc passe toute tes tables en MyISAM, c'est bien plus rapide.

[nostradamus]

Bonjour,

Pourquoi passes-tu par une connection ODBC pour attaquer ta base Access, au lieu d'utiliser OLEDB ?

Merci d'avance.

[megatof]

@toxine : en fait , je suis en train de me former le soir sur le C# et ses composants
pour le moment je ne fait que des mini programmes pour me faire la main, et c'est en faisant cela que j'ai rencontré ce probleme !
mais merci pour les conseils


@nostradamus : sur ce que j'ai pu comprendre et tester, pour une connexion oledb il faut creer la connexion access dans tes connexions odbc windows. alors que avec odbc j'ai pu acceder au fichier directement avec son chemin, et cela marche egalement sur un poste ne contenant pas access !

mais bon je peux me tromper et ne pas avoir reussi à utiliser correctement oledb

[Maniak]

http://www.connectionstrings.com/

Access / OLEDB

Directement sur un fichier :)

[megatof]

Merci maniak pour l'info !

par contre : laquelle des 2 vaut-il mieux utiliser ?!

*merci*