Bonjour ou bonsoir à tous,  
 
Je suis entrain de monter une application client server, où l'application est la même partout mais la base de donnée est sur le serveur. En d'autres terme pourque l'application marche correctement chez un client il faut que le serveur soit allumé car la base de donnée est dans son disque dur.  
 
  J'ai monté l'application avec microsoft sql studio 2005 (VB 2005 et SQL 2005) mais je n'arrive pas à utiliser une base de données en réseau. le système me signal une érreur . Je suppose que c'est dû à mon sgbd qui ne fonctionne pas en réseau.  
 
J'aimerai donc savoir quel sgbd utiliser . Conseillez moi un sgbd qui pourra tourner sur windows xp spI et qui n'est pas trop lourd.    
 
Merci d'avance

En SGBD gratuits et pas trop lourds mes préférés sont FirebirdSQL et PostgreSQL.

Même SQL Server Express devrait fonctionner en réseau, juste limité à quelque chose comme 5 utilisateurs concurrents non? (je ne suis plus très à jour sur les conditions d'utilisation ceci dit)

Sinon j'ajoute MySQL Server (en mode transactionnel avec InnoDB).

Pour compléter ce qui a déjà été dit, la plupart des editeurs de SGBD proposent désormais des versions gratuites de leur produit entre autres: db2 express  et oracle express.
Chacuns ont leurs avantages/inconvénients/réstrictions.

Mais vu la question de départ, si tu n'as pas réussi à configurer mSQL2005, peu de chances que tu t'en sortes mieux avec autres choses

La limite est beaucoup plus haute, je sais plus combien c'est, mais grossomodo, SQL Server 2005 Express (avec le Advanced Sevices et le SP2 tout au moins) n'est pour ainsi dire pas limitée pour le commun des mortels (faut vraiment avoir de très gros besoins pour rencontrer des limites).
 
Par contre, de base, un server SQL Server 2005 Express interdit les connexions autres que locales. Il faut donc aller dans le Wizard "surface exposition" afin d'autoriser les connexions distantes.
 
A noter aussi qu'avec une copie du message d'erreur, ça nous aiderait bien pour savoir ce qui cloche...

Ah, je me disais que ça devait être un truc comme ça. C'était pareil avec MSDE dans le temps aussi je suppose?

MSDE, je pourrais pas dire... Je crois pas. Par contre MSDE était bien plus limité (10 cnx concurrentes, une seule base de données il me semble, et beaucoup de choses avancées indisponibles)

Le problême des éditions gratuites des produits lourd, c'est que même si la version est gratuite le produit reste lourd
 
PostgreSQL et FirebirdSQL utilisent bien moins de ressources que des poids lourds comme Oracle ou SQL-Server.
Et de plus sont bien moins gourmand en ressource humaine...
 
SQL-Server et Oracle sont de bons produits quand vous avez un serveur puissant et un DBA à disposition.

Euh...
 
Pour Oracle, je dis pas, j'ai pas trop joué avec.
 
Mais pour SQL Server, il consomme rien du tout,et est on ne peut plus simple à administrer... Bien plus que PostGre en tout cas !
Quant à PostGre tout du moins, c'est lui aussi une pure usine à gaz. C'est un TRES GROS SGBD, qui rivalise justement avec Oracle ou SQL Server sur bien des points, et ça se sent, aussi bien en ce qui concerne les ressources consommée que les temps de réponse.
 
Et faut quand même pas oublier que... Avec Visual Studio 2005, la plupart des tâches courantes de SQL Server sont automatisées, et surtout qu'on peut effectuer du debug pas à pas des procédure stockées par exemple ! A côté d'un PostGre qui va nécessiter 3 Go de dwl de drivers foireux pour l'interfacer correctement à .NET, puis 3 jours pour le faire démarrer, si c'est pour se retrouver avec un "Compile error" sans plus d'infos lors de la compilation d'une PS... Honnêtement je n'en vois pas l'intérêt.
Là où il y a un gros intérêt, c'est si effectivement on a réellement besoin de avantages du moteur sur une version comme SQL Server Express ou Oracle XE. Mais de base, je ne vois aucun intérêt pour ce produit tout du moins.
Je ne parle pas de Firebird, je ne le connais absolument pas.
 
PS : A noter enfin que SQL Server existe aussi en version "compact", c'est à dire pour PDA et autres SmartPhone. C'est assez intéressant dans la mesure où ça évite de recoder tout depuis le début quand on a besoin de vers un portage d'une application vers cette plateforme (ceci dit, c'est tellement limité sur PDA que c'est pas sans travail)