Discussion :

[dtcSearch]

Bonjour,

voilà, j'ai mon application qui utilise une base MySQL,
j'ai un serveur d'installé en local, mais j'aimerai bien pouvoir utiliser
ma base de données à la manière d'Access, sans forcément installer un serveur sur le client (application lourde).

Comment ferriez vous?

Un autre système qu'une base de données MySQL?

En fichier uniquement, il existe Access, SQLite mais ils sont moins performant que MySQL sur le long terme.

[tomlev]

Un autre système qu'une base de données MySQL?

Oui, forcément... MySQL ne fonctionne pas sans installer de serveur

En fichier uniquement, il existe Access, SQLite mais ils sont moins performant que MySQL sur le long terme.

Access n'est pas terrible, mais SQLite a des performances très correctes, même pour des bases assez grosses (peut-être pas pour des Go de données, mais pour quelques dizaines ou centaines de Mo ça marche bien). En plus, le provider ADO.NET pour SQLite supporte Entity Framework

Sinon, tu peux aussi jeter un coup d'oeil à SQL Server Compact Edition, qui a l'avantage de bien s'intégrer avec Visual Studio et .NET

[dtcSearch]

Merci pour votre réponse,

je cherchais encore et je suis tombé là dessus:
http://stackoverflow.com/questions/4...ives-to-sqlite
Il en ressort une liste assez sympa:
VistaDB
DotNetFirebird
SQLCE (un teste entre SQLCE et SQLite)
SQLite
H2 Database Engine (plutôt Java, pas utilisable en DotNet, enfin j'ai rien trouvé)

Et ici:
http://www.connectionstrings.com/
Y'a une grosse partie sur les "Data Files"
Excel 2007
Excel
Textfile
Access 2007
Access
Visual FoxPro / FoxPro 2.x
DBF / FoxPro
SQLite
Filemaker

Bref, je pense que SQLite est sans doute le meilleurs choix dans un mode Stand Alone.

Juste une dernière question, imaginons que nous faisions un Installer qui inclurai MySQL.
Si un autre programme lancer en même temps utilisant MySQL, ça bloquerai notre programme (en toute logique), il faut prévoir ce cas, faire une configuration particulière de MySQL (changer de port suffit?)

[Bluedeep]

Sql Server Ce (version actuelle 3.5 SP2) présente l'avantage en développement .Net de pouvoir utiliser Linq .Net et Entity (en plus, mais cekla ne concerne que les utilisateurs Sql Server, de la réplication de fusion avec 2005 et 2008).

[dtcSearch]

C'est un avantage effectivement.

J'aimerai savoir niveau performance, lesquels sont les mieux?

Mon cas est le suivant, une grosse base de données avec assez peu d'accès concurrent (peu de charge) (< 2 requêtes / secondes)

Je vous remercie d'avance

[Bluedeep]

C'est un avantage effectivement.

J'aimerai savoir niveau performance, lesquels sont les mieux?

En performances pures, SqLite *semble* (pas fait d'essais comparatif car je ne les utilise pas du tout pour le même usage) plus rapide, sous réserve de toujours utiliser les transactions en écriture (sinon c'est une cata ....)

Cela ne compense pas à mon avis tous les autres inconvénients et notamment son absence totale de sécurité (pas de contraintes d'intégrité, etc ....)

Bref, SqLite, pourquoi pas mais, pour ma part, pas pour des données métiers persistentes. En revanche, en tant que SGBD embedded pour des traitements pourquoi pas.

Autre avantage de Sql Ce, c'est qu'on peut manipuler la base avec SSDE (mais encore une fois, cet avantage doit être relativiser pour un non utilisateur de Sql Server 'Server').

Mon cas est le suivant, une grosse base de données avec assez peu d'accès concurrent (peu de charge) (< 2 requêtes / secondes)

Je vous remercie d'avance

Qu'entends tu par "grosse" base ? et tu l'embarques sur quoi ? (Tablet PC, PC portable ?).