quelle SGBD choisir ?

"Bethebeast" <"be_the_beast_sans tirets"@libranet.fr> a écrit dans le
message de news: 45dc5c23$0$3502$426a74cc@news.free.fr...

bonjour,
voila j'aimerai créer une base de donnée (qui sera de taille importante)
pour une associations d'apprentissage d'électronique afin d'y consigner
les données suivantes :
- nature de la panne
- symptômes
- solutions envisageables
- solutions apportées
- résultat
et tout un tas d'autre infos tels que la date, le nom....le tout devra
être accessible en intranet
le problème est que je suis vraiment perdu dans le choix du SGBD à
utiliser !
si vous avez des suggestions ou des sites à me refiler pour me mettre sur
la bonne voie, sa serai sympa.
merci de votre aide !

Y en a pas tant que ça ! Ce n'est pas comme le choix des cartes mères. Tu
ne précises pas le système utilisé (Windows ou Linux) et, plus important que
les champs qu'on pourra toujours caser, le nombre de connexions simultanées.
En gros il y a du plus petit au plus performant

- Access (Microsoft) : facile à mettre en oeuvre, interfaçage Web possible.
Mais risque d'être assez facilement à genoux si connexions nombreuses
(possibilité de jouer sur les verrouillages et les réplicats). Peut
s'utiliser gratuitement (bases Jet) sans Access (logiciel). Mais créer des
bases ab ovo est difficile sans Access.

- MySQL (AB Soft) : un grand classique utilisable en Web avec PHP. Mais un
peu limité et supportant mal un très grand nombre de connexion. Se gère
aisément par phpMyAdmin, mais il faut bien le configurer.

- PostgreSQL : Authentique Open Source, très riche en configuration de
champs (il y a une extension géodésie postGIS), très puissant et bien
francisé. Se gère très bien par PgAdmin analogue au SQL Manager de
Microsoft.

- MS SQL Server 2005 (Microsoft) : A la fois puissant et convivial (ce qui
fait le succès de Microsoft). Offre des tas d'outils en standard (notament
les procédures enregistrées). Il y a une version gratuite, appelée Express,
un peu bridée mais performante (choisir la version "advanced" et ne pas
oublier de télécharger aussi l'aide en ligne en français et les exemples).

- Oracle : aussi un grand classique, plutôt dans le monde Unix-Linux, mais
je ne connais pas.

Tout ce petit monde à des bouquins à foison, mais on évitera l'inutile de
ENI sur PostgreSQL alors qu'il y a une excellente doc au format pdf traduite
(c'est là où il faut une bonne laser pas trop coûteuse et qui gère bien le
recto-verso).

Petite recherche via Google sur ces noms de SGBD et tu sauras tout.

--
=================================== William Marie
Attention antiSpam remplacer trapellun.invalid
par free.fr
Web : http://wmarie.free.fr
http://www.pandemonium.dnsalias.org (site expérimental)
====================================

Le Wed, 21 Feb 2007 18:17:14 +0100, William Marie écrivait:

- Oracle : aussi un grand classique, plutôt dans le monde Unix-Linux, mais
je ne connais pas.

Existe aussi sous Windows. L'avantage est qu'on le trouve beaucoup en
entreprise ; l'inconvénient est qu'il a un sql un peu à part. Existe
en version "express".

On peut y ajouter!
- db2 (ibm), quelque part le concurrent de toujours d'Oracle dont il
existe aussi une version express.

- un challenger souvent oublié, firebird, http://www.firebirdsql.org/
opensource et dont il existe une interface graphique puissante, ibexpert
(existe en version personnelle, gratuite et pas trop limitée).

Eric Rossé a écrit

Le Wed, 21 Feb 2007 18:17:14 +0100, William Marie écrivait:

- Oracle : aussi un grand classique, plutôt dans le monde Unix-Linux, mais
je ne connais pas.

Existe aussi sous Windows. L'avantage est qu'on le trouve beaucoup en
entreprise ; l'inconvénient est qu'il a un sql un peu à part. Existe
en version "express".

On peut y ajouter!
- db2 (ibm), quelque part le concurrent de toujours d'Oracle dont il
existe aussi une version express.

- un challenger souvent oublié, firebird, http://www.firebirdsql.org/
opensource et dont il existe une interface graphique puissante, ibexpert
(existe en version personnelle, gratuite et pas trop limitée).

Psit... vous avez oublié openqm :-D

William Marie a écrit :

"Bethebeast" <"be_the_beast_sans tirets"@libranet.fr> a écrit dans le
message de news: 45dc5c23$0$3502$426a74cc@news.free.fr...

bonjour,
voila j'aimerai créer une base de donnée (qui sera de taille importante)
pour une associations d'apprentissage d'électronique afin d'y consigner
les données suivantes :
- nature de la panne
- symptômes
- solutions envisageables
- solutions apportées
- résultat
et tout un tas d'autre infos tels que la date, le nom....le tout devra
être accessible en intranet
le problème est que je suis vraiment perdu dans le choix du SGBD à
utiliser !
si vous avez des suggestions ou des sites à me refiler pour me mettre sur
la bonne voie, sa serai sympa.
merci de votre aide !

Y en a pas tant que ça ! Ce n'est pas comme le choix des cartes mères. Tu
ne précises pas le système utilisé (Windows ou Linux) et, plus important que
les champs qu'on pourra toujours caser, le nombre de connexions simultanées.
En gros il y a du plus petit au plus performant

- Access (Microsoft) : facile à mettre en oeuvre, interfaçage Web possible.
Mais risque d'être assez facilement à genoux si connexions nombreuses
(possibilité de jouer sur les verrouillages et les réplicats). Peut
s'utiliser gratuitement (bases Jet) sans Access (logiciel). Mais créer des
bases ab ovo est difficile sans Access.

- MySQL (AB Soft) : un grand classique utilisable en Web avec PHP. Mais un
peu limité et supportant mal un très grand nombre de connexion. Se gère
aisément par phpMyAdmin, mais il faut bien le configurer.

- PostgreSQL : Authentique Open Source, très riche en configuration de
champs (il y a une extension géodésie postGIS), très puissant et bien
francisé. Se gère très bien par PgAdmin analogue au SQL Manager de
Microsoft.

- MS SQL Server 2005 (Microsoft) : A la fois puissant et convivial (ce qui
fait le succès de Microsoft). Offre des tas d'outils en standard (notament
les procédures enregistrées). Il y a une version gratuite, appelée Express,
un peu bridée mais performante (choisir la version "advanced" et ne pas
oublier de télécharger aussi l'aide en ligne en français et les exemples).

- Oracle : aussi un grand classique, plutôt dans le monde Unix-Linux, mais
je ne connais pas.

Tout ce petit monde à des bouquins à foison, mais on évitera l'inutile de
ENI sur PostgreSQL alors qu'il y a une excellente doc au format pdf traduite
(c'est là où il faut une bonne laser pas trop coûteuse et qui gère bien le
recto-verso).

Petite recherche via Google sur ces noms de SGBD et tu sauras tout.

bonjour,
waouh...
merci pour les précisions et j'avoue que j'aurais dû détailler un peu
plus...
donc la bdd serait sous Windox xp pro ou 2000 server, j'ai pas encore
décidé! quant aux nombre de connexions sa serai une 50aine max.
en fait, la bdd que je dois créer aura pour but d'aider les stagiaires
(de l'association) à résoudre des problèmes électronique, je m'explique :
supposons qu'un stagiaire est devant un problème qu'il doit résoudre,
n'ayant pas de solution à apporter, il effectue une recherche dans la
bdd à l'aide de mots clé, il devra avoir comme résultat une (ou des)
solution correspondante à sa requête (symptômes de la panne), mon
problème est que je serai peut être amené à intégrer cette bdd dans un
intranet, me serait il possible de le faire (ultérieurement) avec l'un
d'entre eux ?
et quand tu dis "...Mais créer des bases _*ab ovo*_ est difficile sans
Access" que veut tu dire par "ab ovo" ?
voila, encore merci pour tes précieux conseils ...

Le Wed, 21 Feb 2007 20:38:44 +0100, Bethebeast écrivait:

mon problème est que je serai peut être amené à intégrer cette bdd dans un
intranet, me serait il possible de le faire (ultérieurement) avec l'un
d'entre eux ?

Tout dépend en quoi est développé l'intranet. Si c'est en java/jsp, la
plupart des bases ont un driver jdbc qui permet de faire le pont. Si c'est
php, mysql pourrait être préféré. Et si le choix se porte vers de l'asp,
alors ms sql server semblerait assez naturel.

et quand tu dis "...Mais créer des bases _*ab ovo*_ est difficile sans
Access" que veut tu dire par "ab ovo" ?

Créer une base de toutes pièces n'est pas forcément d'un abord facile.
Alors qu'Access offre des outils permettant de voir visuellement la
modélisation de ses données, pour les autres, il faut souvent passer
par la syntaxe sql...

Le Wed, 21 Feb 2007 18:56:49 +0100, ALain Montfranc écrivait:

Psit... vous avez oublié openqm :-D

Chut, ça pourrait réveiller une certaine personne...

Eric Rossé a écrit :

Tout dépend en quoi est développé l'intranet. Si c'est en java/jsp, la
plupart des bases ont un driver jdbc qui permet de faire le pont. Si c'est
php, mysql pourrait être préféré. Et si le choix se porte vers de l'asp,
alors ms sql server semblerait assez naturel.

Effectivement, l'intranet dont je serai amené à développer sera en php,
en supposant que je commence avec MS Access avec lequel je pourrai avoir
une vue d'ensemble sur la base, est ce que je pourrai par la suite
exporter les tables pour les introduire dans MySQL (de mémoire je crois
que c'est possible mais je ne suis pas sûr!)

merci pour l'éclairage...
Cordialement

Bethebeast a écrit :

Effectivement, l'intranet dont je serai amené à développer sera en php,
en supposant que je commence avec MS Access avec lequel je pourrai avoir
une vue d'ensemble sur la base, est ce que je pourrai par la suite
exporter les tables pour les introduire dans MySQL (de mémoire je crois
que c'est possible mais je ne suis pas sûr!)

A ce moment-là, tu peux démarrer directement avec MySQL et OpenOffice Base
qui te propose des fonctionnalités "similaires" à Access.

http://www.polymorphe.org/telecharger_288_cours_Open_Office_-_Base

Je te conseille de voir dans cet ensemble de fichiers par celui qui
s'appelle Debuter_avec_Base.pdf pour savoir si ce qui est proposé te
convient.

Ensuite, je te conseille d'aller faire un tour sur les sites de projets en
php (http://php.net/projects par exemple) pour voir si la partie "base de
capitalisation" que tu veux faire n'existe pas déjà.

--
Stéphan Peccini
<URL:http://photonature.fr>

William Marie a écrit :

Tout ce petit monde à des bouquins à foison, mais on évitera l'inutile de
ENI sur PostgreSQL alors qu'il y a une excellente doc au format pdf traduite

Bon, je me sens visé, là, alors je sors de mon mode lurker-only.

Dans le cas de PostgreSQL, il n'y a pas de livres à foisons,
contrairement à ce que tu dis, le mien est même le seul à être à jour et
en francais. Ensuite, je ne prétend absolument pas remplacer la
documentation officielle, il suffit de regarder le nombre de pages pour
voir que ce n'est pas le cas => La documentation officielle est trop
difficile à prendre en main, je le constate assez souvent chez mes
clients pour le savoir. Du coup, j'ai choisi d'écrire simple et concis,
et du coup, accessible à ceux qui adoptent PostgreSQL.

Et d'après les retours que j'ai, en live ou non, l'objectif est atteint.

Après, les gens qui, comme toi j'imagine, ont déjà l'habitude de trouver
les informations dans la documentation officielle, effectivement, mon
livre n'apporte sans doute rien de nouveau. Mais comme ce n'est pas
l'objectif, ce n'est pas trop grave.

Là ou tu te trompes, c'est que Bethebeast ne connait a priori pas
PostgreSQL, et tu lui indiques une mauvaise direction pour commencer :
le fameux RTFM qui dégoute bien souvent les débutants, alors qu'une
documentation et une méthode adaptée ont souvent de biens meilleurs effets.

Et je ne dis pas ça en prétendant que mon livre soit parfait, il ne
l'est pas, il essaie de répondre aux attentes d'un certains nombres de
personnes. D'ailleurs, il y a des fautes (de frappes ou autres), et
comme tu l'as lu, tu sauras sans doutes me dire lesquelles ?

Cordialement,

--
Sébastien

Sebastien Lardiere a écrit :

...Là ou tu te trompes, c'est que Bethebeast ne connait a priori pas
PostgreSQL...

En effet c'est le cas, j'en ai entendu parler un peu partout sur la
toile mais je n'ai pas encore eu l'occasion (et le temps aussi!) de m-y
mettre

Et je ne dis pas ça en prétendant que mon livre soit parfait, il ne
l'est pas, il essaie de répondre aux attentes d'un certains nombres de
personnes.

Le monde n'est pas parfait Sebastien alors si ce n'est qu'un livre...

D'ailleurs, il y a des fautes (de frappes ou autres), et comme tu l'as
lu, tu sauras sans doutes me dire lesquelles ?

Cordialement,

Des fautes, sa peut être intolérable pour certains (dans une certaine
mesure) mais je dois dire que si ton livre apporte l'aide attendu, je
crois que c'est déja ça...
Mais dis moi, de quel livre parle tu ?
Parceque si c'est sur PostgreSQL, je voudrais bien en savoir un peu plus ;-)
@+