voilà, la question est posée.
 
pensez-vous que ce soit une bonne solution pour stocker la BDD d'une application Windows ?
et niveau performances, ça plombe pas un peu la machine qui la supporte ?
si vous l'avez déjà utilisée, ce serait bien de faire un retour parceque j'ai beau chercher un équivalent qui gère les vues et les procédures stockées, je vois pas.

C'est un SQL Server allégé pour faire du développement, le but étant de foutre la BDD finale sur un full SQL Server. C'est tout ce que je peux en dire.

et c'est pas adapté pour le distibuer avec une application ?
 
pourtant Krosoft indique qu'il est prévu pour être intégré aux setup

aux setups pour développeurs à mon avis car j'ai pas encore vu d'application de production fonctionner sur MSDE. Faudrait que MagicBuzz passe par ici pour confirmer/infirmer ce que j'ai dit

sur la page officielle de MSDE, c'est clair:

 
c'est fait pour utiliser dans les environnements où SQL Server est sous exploité, n'oublions pas que MSDE est gratuit et est distribuable sans aucun Pb. ça doit être la réponse MS à MySQL et les SGBD Open-source

ah ok je vois
 
mais je préférerais qu'un expert donne son avis sur la question (parce que entre ce que MS dit et la pratique, il y a un pas que je n'ose pas franchir )

A mon avis, le gros problème qui fait que MSDE n'est pas utilisé en production c'est qu'il n'a pas tous les outils d'administration de SQL server mais qu'il nécessite le même "entretient".

rien n'empêche de s'y connecter avec l'interface d'admin SQL Server

J'ai pas trop d'avis.
Pour moi, MSDE c'est clairement pas fait pour de la prod. Y'a des offres SQL Server 2000 d'entrée de gamme qui sont à des prix pas trop élevés.
 
En effet, le gros souci avec MSDE, c'est que déjà, y'a aucun support. Mine de rien, c'est un point important : le jour où tu viens de foutre en l'air ta base avec tous les chiffres comptables de la boîte, t'es bien content que M$ prenne en charge la récupération de tes données, ou du moins te guide pour pas agrave ton cas, et sauver ce qui peut encore l'être.
 
Sorti de ça, j'apprends dans ce topic qu'en effet ça peut être utilise en prod. M'enfin de la petite prod hein... Parceque MSDE, niveau montée en charge, c'est pas terrible, et il me semble quet'as de très grosses limitations (volontaires) dessus, du style le nombre de bases hébergées qui est très réduit, leur taille aussi il me semble, ainsi que le nombre de connections. Donc pour peut qu'il y ait une petite centaines d'utilisateurs sur une appli qui tourne autour de MSDE, et à mon avis les limites se font ressentir cruellement. Dans tous les cas, à tester quand même, au bout de quelques temps, si ça merde trop, il sera toujours assez tôt pour prendre une décision.
 
PS: NE JAMAIS METTRE MSDE SUR UN SERVEUR FRONT-END ! En effet, les patches de sécurité pour MSDE sortent au compte goute, et ceux de SQL Server 2000 sont très rarement compatibles. Il est donc extrêment important de bien planquer MSDE au fin fond de l'intranet, bien à l'abris de toute attaque, car il est très vulnérable.

http://www.microsoft.com/sql/msde/ [...] atures.asp
 
16 bases de données max
5 connexion concurrentes max
2GB par base de données max
pas de support pour les packages DTS (Data Transformation Services)
Support d'administration distante plus ou moins limité (j'ai un blème pour traduire ça ou alors j'ai pas compris ): pas d'administration distante dans un environnement multi-serveur avec transactions à travers plusieurs serveurs (j'ai bon? )

Un truc du genre, oui
 
Chais pas, on l'utilise jamais, on utilise la version Entreprise ou la version Developper de SQL Server 2000 ici, jamais MSDE donc...

Il y a un temps chez nous, c'était MSDE en développement, pis ils ont quand même fini par installé un SQL Server utilisé par plusieurs projets différents (j'ai jamais connu l'ère MSDE donc je peux même pas dire que je m'en sois servi).

à ma connaissance, les connexions sont illimitées, c'est le nombre de procédures stockées qui sont limitées à 5 simultanées (d'après MS), d'autres sources annoncent que l'on apeut aller jusqu'à 8 mais avec des ralentissements

Si t'as les sous pour te payer SQL Server, MSDE perds tout intéret

je dirais même que ya pas vraiment une limite mais qu'effectivement, 5 traitements simultanés et .| donc t'as intérêt à voir grand à l'avance
(finalement je me suis gourré à la mauvaise ligne )

pour administrer des clients à distance, c'est intéressant.  
1 license SQL Server pour xxxx MSDE

Juste un truc à propos du nombre de connections à la base.
 
Je pense que vous faites une confusion classique.
 
Si vous tapez dans une base de données SQL Server (ou n'importe quoi d'autre) avecune connection utilisant les objets ADO (par exemple) vous n'aurez pas autant de connections à la base qu'il y a de connections dans votre appli.
 
En effet ADO ouvre une bonne fois pour toutes une connection à la base, puis en interne, va partager cette connection entre les différentes instances de la connection qui sont faites depuis votre code.
 
Du coup, si vous avez 20 personnes sur un site web par exemple, il n'y aura généralement qu'une seule connection ouverte à sur la base de donnes. Les sessions sont par contre indépendantes. En effet, si vous générez une transaction à l'aide des objets ADO, alors chaque instance de session sur le site bénéficiera de son propre environnement, toujours au sein de la même connection.
 
Si vous utilisez des transactions à l'interrieur des requêtes SQL, par contre, je ne sais pas ce que ça donne, si tout le monde partage cette connection, ou si ADO crée une connection dédiée pour la session qui a démarré la transaction (à tester)
 
Dans tout les cas, 5 connections, c'est des connections réelles. Si vous faites une appli VB par exemple, distribuée sur les postes clients, avec une connection permante, vous ne pourrez en effet qu'avoir 5 utilisateurs à la fois connectés à la base, puisqu'à ce moment ADO ne peut plus partager la connection.
 
PS: on voit très bien ce truc avec Access, qui est limité, de par son architecture, qu'à une seule connection : en passant par ADO, depuis un site web, vous pouvez très bien avoir plusieurs utilisateurs qui bossent en même temps dans la base, puisque ADO ne va physiquement n'ouvrir qu'une seule connection à la base. Si vous essayez de votre côté d'ouvrir la base avec une autre appli, vous allez vous prendre un lock dans la tête, car la base n'accepte plus d'autres connections.

Je sais pas comment ADO se débrouille, mais l'appli sur laquelle je travaillais dans le passé se connectais à une base access de manière "permanente" et plusieurs utilisateurs pouvaient se connecter simultanément à cette base.

Comment ? C'était une appli avec un serveur, ou des applis clientes qui se connectaient directement sur une base access partagée ???
 
Si c'est le second cas, j'avoue que je suis assez étonné. A moins peut-être si c'était une version Access 2000, en utilisant la version MDAC 2.7 ou +, j'ai en effet vu qu'il y avait une option pour accepter plusieurs connections, mais je trouve ça un peu risqué comme truc. Les utilisateurs pouvaient faire des modifs en même temps dans la base, ou se contentaient de lire dedans ?

2ème solution, base Access 97 (du moins pendant un temps), MDAC 2.5 (les derniers à intégrer jet officiellement), lecture/ecriture.  
Il n'y avait pas 15 connexions simultanées, mais on a souvent fait des tests à 2-3 utilisateurs sans que ça pose problème.

Etrange ! Je pensais cette opssibilité que depuis 2000/2.7 Peut-être qu'elle était déjà présente dans cette version, mais j'avoue que je reste sceptique Peut-être un gros coup de pot ?

non non ce n'est pas un coup de pot. Cette appli tourne encore chez un certain nombre de clients et n'a jamais posé de problème d'incohérence ou de corruption de données (mais par contre elle est buggée jusqu'à l'OS )

chelou alors depuis la version 97 il support les connection multiple. t'ain ça évolue trop vite, faux que je me trouve une tournière pour aller me faire fociliser moi

Il existe des logiciels commerciaux vendus avec une utilisation de MSDE par défaut (même s'il est possible d'utiliser Oracle ou SQL Server).
Je pense en particulier à la suite OpenView de HP. Le but est de stocker des données brutalement pour ensuite les recracher pour en faire des beaux graphes ou tableaux.
Cordialement,

Y a également Visio 2002 qui se sert de MSDE pour stoccker les informations de l'ADL (Auto Discovery and Layout...un truc pour interroger les routeurs & co en SNMP dans visio et générer un graph réseaux automatiquement). ça me saoule MSDE, j'arrive pas DU TT à l'installer...enfin il s'installe puis le MSI le desinstalle    
je capte PAS DU TOUT pourquoi et j'en ai réellement besoin
vais aller poster dans S&R
 
edit: http://forum.hardware.fr/hardwaref [...] tm#t524529
ça viendrait du SP4

Et par rapport a Interbase/Firebird, quel est l'interet de MSDE ? Interbase a une version gratuite (la 6) et n'a pas les limitations de MSDE.  
Sur http://www.developpez.net/forums/viewtopic.php?t=66245,  
http://www.developpez.net/forums/viewtopic.php?t=17936
Interbase semble tres apprecie.
Enfin, une comparaison de quelques-uns des tenors du marche :
http://fadace.developpez.com/sgbdcmp/
 
Il y a ici : www.borland.com/products/ white_papers/pdf/ib_vs_SQLServer.pdf une comparaison Interbase/SQL server editee par Borland (donc favorable a Interbase).
 
Un bon point pour l'installation d'Interbase, qui est triviale (la seule difficulte etant de trouver le mot de passe admin dans la doc), et utilisation de ressources minimale.