[VB6 MySQL / SQL Server]

**Essedik** · 28/02/2006, 14h32

Bonjour tout le monde
quelqu'un sait s'il est possible de connecter un programme VB6 à une bases de données MySQL ou SQL Server , est ce que c'est simple tel que le cas d'access? J'insiste surtout sur le cas de MySQL .
Merci pour toute collaboration.

**Admin** · 28/02/2006, 14h33

MySQL fournit un driver ODBC pour s'y connecter, c'est relativement simple.

**Essedik** · 28/02/2006, 14h50

Envoyé par Gaël Donat

MySQL fournit un driver ODBC pour s'y connecter, c'est relativement simple.

Merci bien pour votre reponse , alors la connexion à une bases de données MySQL est possible et simple mais est ce que c'est le cas aussi de SQL Server?
Merci de vouloir continuer la discussion.

**Admin** · 28/02/2006, 15h09

Oui, c'est aussi simple :-)
Il existe également un ODBC pour SQLServer :-)

ODBC c'est souvent la manière simple de se connecter a des bases hétérogènes de manière homogène !

**Essedik** · 28/02/2006, 15h27

Envoyé par Gaël Donat

Oui, c'est aussi simple :-)
Il existe également un ODBC pour SQLServer :-)

ODBC c'est souvent la manière simple de se connecter a des bases hétérogènes de manière homogène !

Merci bien pour votre reponse , alors dans les deux cas la conexion à la bases de données est facile; mais est ce que de point de vu performance, ils sont dans le meme pied d'egalité sachant que le plus emportant pour moi c'est la rapidité d'acces à la bases de données.
Merci de vouloir continuer la discussion

**Admin** · 28/02/2006, 15h40

Passer par la couche ODBC altère un peu les performances, les couches d'abstractions ont leurs défauts ;-) mais c'est moindre.

Concernant la performances brutes, MySQL ira plus vite mais convrira moins de domaine que SQLServer.

Il ne s'agit là pas d'un troll immonde, mais d'un point de vue conceptuel :

SQLServer à été conçu pour etre un vrai SGBDR.
MySQL à été conçu pour traiter le minimum de chose, dont plus rapidement.

Le revers de la médaille sera que vous serez obligé de tous controler dans votre application (pas de contraintes d'intégrités référentielles par exemple)

**Essedik** · 28/02/2006, 16h05

Envoyé par Gaël Donat

Le revers de la médaille sera que vous serez obligé de tous controler dans votre application (pas de contraintes d'intégrités référentielles par exemple)

Merci bien pour votre reponse ce ci veut dire qu'avec MySQL je n'aurais pas le notion de clé etrangère et j'aurais du mal à controler les relations entre les tables? ainsi il y aura donc un conflit entre Performance et Rapidité. Merci bien de vouloir continuer la discussion.

**Admin** · 28/02/2006, 16h08

Performance est rapidité sont plus ou moins synonymes.

J'aurais plutot dit "Conflit entre fonctionnalités et performances".

La réponse etant evidemment oui !

Maintenant cela dépend de la volumétrie de ta base, nombre d'utilisateurs simultanées, nombre de requetes par secondes, quel type ? select ? insert ? update ?

**Essedik** · 28/02/2006, 16h19

Envoyé par Gaël Donat

Maintenant cela dépend de la volumétrie de ta base, nombre d'utilisateurs simultanées, nombre de requetes par secondes, quel type ? select ? insert ? update ?

Merci bien pour votre reponse, le nombre d'utilisateur est important et surtout le nombres de requetes est important chaque millisecondes à peu prés il yaura une requetes generalement de type insert il s'agit d'une application industrielle en temps reel. De quoi me conseiller vous ?
Merci de toute collaboration.

**Admin** · 28/02/2006, 16h22

Bon c'est pas très violent :-)

1000 requetes par seconde, MySQL sur mon PC portable supporte presque 10000 insert par seconde.

Il faudrait que tu fasse des benchs, tu peux télécharger MySQL qui est gratuit, et prendre SQLServer Express Edition qui est également gratuit, et faire tes tests d'insert.

**Essedik** · 28/02/2006, 16h41

Envoyé par Gaël Donat

1000 requetes par seconde, MySQL sur mon PC portable supporte presque 10000 insert par seconde.

Merci bien pour votre reponse , beh MySQL supporte mon nombre important de requetes insert mais est ce c'est le cas de SQL Server? si la majorité de mes requetes sont de types select ça sera le meme cas? Enfin de point de vue rapidité le revers de la medaille est tjrs MySQL?
Merci bien de vouloir continuer la discussion