Discussion :

[Fabien Celaia]

Ce serait effectivement intéressant de faire un comparatif indépendant des éditeurs...

Ca risque cependant d'être assez dur à définir. Il faudrait
1) un jeu de test assez volumineux (afin de creuser les écarts)
2) chaque moteur de SGBDR testé sur une machine similaire
3) un jeu de requêtes OLTP, un autre DSS
4) soit se baser sur une configuration par défaut des moteurs, soit une optimisation optimale

Qui est partant ?

[Marc Lussac]

On vien de publier ce comparatif :
http://geronimo.developpez.com/sgbdcomp/

Cependant ce n'est qu'un début, que tous les volontaires contactent Geronimo pour faire évoluer cette page, qui est déjà d'ailleurs une page collective, il suffit d'ajouter des noms dans la liste des contributeurs.

[Philippe LE PONT]

Peut on trouver l'ensemble de ce SGBD client et serveur en Français ???

[Epictète]

Peut on trouver l'ensemble de ce SGBD client et serveur en Français ???

non, mais la doc en français existe ici :
http://sgbd.developpez.com/cours/#interbase

[BlueX_scf]

:idc: et vous en oubliez un ....
il existe un sgbdr très simple, assez puissant et gratos ... c'est FlashFiler de TurboPower. 100% delphi, sources codes fournis, Client/Serveur avec en prime possibilité de fusioner le serveur dans le code de l'application pour creer des solutions embarquées.
Il est téléchargeable gratuitement sur sourceForge http://sourceforge.net/users/tpsfadmin/ .
pour de petites appli c'est super sympa et surtout ne nécessite le deploiment d'aucune dll (code source inclus dans votre exe) .. meme pas avec l"appli cliente ... (meme interbase avec ibx necessite gd..32.dll) ...

[Fabien Celaia]

MODERATION
Les questions plus specifiques relatives aux modules Interbase ont ete deplacees dans le forum Interbase.

[timecop]

qu'est que tu dis de informix

[Fabien Celaia]

Sur les grosses et tres grosses bases, je ne partage pas tous les avis.

Avant tout faudrait-il definir ce qu'est un grosse et une tres grosse base.
De plus, la taille d'une base n'influence pas toujours sur les performances. On devrait plutot parler de tables et tres grosses tables, de nombre de transactions par seconde, de nombre concurrent d'utilisateurs connectes et de nombre concurents de processus tournants.

Certaines bases citees plus haut and les "grosses" s'effondrent lors de montees en charge suivant ces derniers criteres.

[Babyneedle]

Je trouve vraiment désolant que Foxpro ne soit pas dans la liste. Non pas parce que j'aime ca, bien au contraire.

Voyez-vous, je travaille dans une entreprise dont les processus ont ete fondes en Foxpro. Depuis que je suis arrive, nous transferons le tout en SQL Server et nous gagnons entre 20 et 99% d'efficacite.

Il existe nombre d'entreprises qui forcent leurs employes a utiliser cette technologie, j'ai ete une de ces victimes. Je crois serieusement qu'il s'agit d'un sanctuaire de la médiocrité. Je crois que beaucoup d'administrateurs choisissent Foxpro afin de cacher leur incompetence.

Or, cette tragedie devrait etre mise au grand jour, notamment dans une liste comme celle-ci. Les dirigeants d'entreprises devraient pouvoir démasquer ces imposteurs informatiques et retrouver leur compétivité sans que les employés en fasse les frais.

Il existe deux mondes sur Internet: les sites Foxpro qui répandent leur propagange et les sites qui discutent des outils professionnels. Il faudrait pouvoir offrir un véritable comparatif.

Je suis donc déçu de ne pas retrouver foxpro dans cette liste afin de pouvoir en énumérer les faiblesses.

[nytmare]

bonjour
voila j'ai une application rx de gestion de dossier medical de visite
d'acident de travail de rdv avec medecin externe
et de pharmacie pour une société de 9000 travailleur.

que me conseillé vous d'utiliser comme sgbd
interbase: grande base de donnée mais j'ai peur que les dossier médicaux
ne gonfle trop.
oracle: je sortirais donc la machine a gaz. ....

merci

[GiHe]

Bonjour,

qu'en est-il de SAPDB ? La base de données a l'air complète, bien fournis au niveau des utilitaires d'administration Web, CLI ou GUI, bien documentée. Le moteur a l'air puissant et complet au niveau fonctionnalité.

SAPDB m'a intéressé, cependant je reste méfiant quand à la suite des opérations (MaxDB depuis MySQL).

Je recherche aussi un SGBDR gratuit et suffisament puissant au niveau relation des tables et de la sécurité des données (au niveau utilisateur surtout: rôle, vues, attribution de droits précis). J'ai testé MySQL qui m'ait apparu vraiment trop légé pour ce genre de tâche, FireBird dont la pauvreté de la documentation et l'incohérence des outils m'a quelque peu déçu (cf: outil IbWebAdmin, cependant je ne suis pas un pro d'interbase, donc ...).

Suite aux différents postes, je vais approfondir un peu sur Interbase 6.

[Invité]

... c'est vieux comme forum ... mais c po grave ...


faudrait pas oublier ...

mySQL : petite base légère sans gros soucis d'admin
postgreSQL : moyenne et lourde ... admin un peu plus complexe, quoique très en dessous d'une base ORacle, mais permet la meme chose

Nombreux outils d'admin via php ou meme EMS Hitech !! ...
Je recommande les produits EMS Hitech, pas que je veuille en faire de la pub, mais pour avoir utilisé les version MySQL, PostgreSQL, et de temps en temps MSSQL, c'est vraiment bien.

bon des plantages à répétition peuvent aussi mettre à mal le produit, mais ces plantages sont souvent liés à des soucis de connexion entre le poste client et le server de données.


Ne connaissant pas Interbase ('oui pour les pros je m'autoflagelle) .. je pense que PostgreSQL te suffira (triggers, langages proceduraux : en C, sql, et autre ) ... envoi de mail automatique (si tu n'as pas peur) via pgmail (tcl/sql) ...


firebird = interbase ????


Effectivement j ne connais interbase que de réputation, je n'ai pas eu l'occasion d'essayer ...

[The_Legacy]

Bonjour,
En lisant vos posts, j'ai pensé que cela pourrait vous aider si je vous donnais mes expériences vécues avec divers SGBDR.

Pour commencer, j'ai développé une application sous VB avec une base ACCESS pour une école (gestion des notes, des examens, statistiques) utilisée par 12 personnes. Cela suffisait, tournait relativement bien. J'ai cependant eu beucoup de mal avec les états mais cela est une question d'expérience. Je n'ai pas eu trop de problèmes concernant les accès concurrentiels mais je pense que cela aurait pu se compliquer si la base avait du grossir (après 3 ans d'utilisation, elle fait à peu près 27 Mo pour environ 57000 enregistrements au total).

Ensuite, j'ai développé, toujours en VB mais avec une base SQL Server 7, une application de gestion de clients, parc informatique, contrats de maintenance et suivi de hot-line. Elle est utilisée par 8 personnes en simultannée en réseau local et la base délivre les données sur un site qui compte environ 200 visites / jour. Je n'ai jamais eu aucun soucis avec cette base, sauf pour l'administration du serveur SQL. Par contre, lors de la migration du serveur hébergeant le serveur SQL de Win2000serveur à Win2003serveur, tout a planté, j'ai passé à peu près 10 jours à tout remettre en ordre, les sauvegardes n'ayant pas totalement fonctionné.

Enfin, je travaille actuellement sur deux applications en parallèles développées sour Windev. L'une utilise une base HyperFile et l'autre une base MySQL. La première me pose beaucoup de problèmes d'index (10 utilisateurs simultannés pendant 3 heures par jour).
La seconde, par contre, est celle que je considère comme étant la plus stable que j'ai trouvé et la plus simple d'administration. En effet, elle fonctionne en deux modules principaux sur 50 serveurs à travers la france. Le premier module est un service développé en Windev qui se charge d'exporter les données de chaque base MySQL des serveurs vers une base MySQL centralisée. Le deuxième module est une application cliente de facturation (devis, commande, facture) et de gestion de la clientèle. Chaque serveur est donc attaqué par 4 à 8 client en simultanné.
Les bases commencent à devenir un peu grosse, dans le sens où, en moyenne, les agences établissent entre 200 et 1500 devis, commandes, factures par mois et que ces données sont rapatriées sur une base centralisée qui, elle, comptabilise plus de 530 000 enregistrements toutes tables confondues. Je n'ai aucun soucis sur ces bases, elles tournent depuis 2 ans. Le seul hic que j'ai eu, c'est lorsqu'un des serveurs à planté, mon service était en train d'intégrer des données provenant d'un fichier, et ne s'est pas arrété pendant 2 jours. La table attaquée est donc arrivée à 9 850 000 enregistrements, et je dois avouer que ce serveur là est d'une lenteur assez imprésionnante. Je suis en train de travailler à purger la base et cela ira mieux.

Voila, j'espère que cela vous aidera dans votre choix.

Bon courage

[Darkdaemons]

hello !

Je dois créer une base de donnée (taille moyenne) pour une entreprise.

- environ 50 utilisateurs en meme temps !
- créé avec un logiciel gratuit

quel serai le logiciel plus efficace ?

- MySQL
- Access (dj licence donc gratuit)
- Interbase
- autres... ???

il faut aussi une interface graphique donc j'ai pensé a :

- MySQL --> PHP
- Access --> Access
- Interbase --> ???

merci de votre aide...

[pascal_legrand]

bonjour,

je partage l'avis de ceux qui on proposé interbase 6.0, j'aurais juste dit FIREBIRD (ce qui est la même chose). J'irais même plus loin il existe maintenant une version Oracle-mode de firebird comportant une grande partie du SQL ORACLE et des bribes du PL/SQL: l'avantage est de développer en syntaxe oracle que ce soit sur une SGBD ORACLE ou INTERBASE.

Allez donc voir: http://www.janus-software.com c'est gratuit !

salutations
PAscal

[matta]

Sans réélement connaitre interbase mais en ayant passer beaucoup de temps avec oracle, sybase et son petit cousin MS SQL

Pour moi le meilleurs chois est POSTGRES si bien sur les plateformes
lunix, windows te sufisent.

il faut ajouter l'outil pgadmin III pour le confort.

A+

[matta]

Pour info j'ai une expérience de gestion intranet
avec
- 1 CMS
- 25 applications de gestion
(dont 5 majeurs : demande d'achat, reception en ligne, datawareHouse.... )
- 5000 utilisateurs
- Pour un grand compte francais
avec 1 seul serveur postgres

Sans aucun probleme 8)

A +

[globytrotty]

Bonjour à tous !!! (ou bonsoir c'est selon...)

Je suis chargé de créer un logiciel connecté à une base de donnée qui sera utilisée par 29 gars, et ce, tout les jours de l'année... même noël.
Les informations saisies sont assez conséquente. Elles consiste à remplir 70 champs (près de la moitié d'entre eux sont int) répartis dans 10 tables liées à grand coups de SELECT et de LEFT JOIN. Je sais déjà qu'il y a 15 000 enregistrement à effectuer pour commencer, puis 10 mises à jour en moyenne suivi de 10 consultations par jour...

Pour le logiciel, je suis sous builder 6 (ok là je maitrise, ah prétention quand tu nous tient )...

Pour la base de donnée, là, on zidanise : je ne connais bien que MySQL, mais vu la quantité d'information échangée, et le stockage j'ai peur que celui ci me pète dans les doigts au bout de deux ans d'utilisations...

Voila mon problème : quel est la meilleure base, pour gérer mon joyeux capharnaum ??? je ne suis pas fan du match ->
combat-eternel-avec-pro-machin-et-allergique-bidule-étoffé -par-moults-liens-et-pleins-de-chiffres-cabalistiques

vu qu'au bout du compte, je ne sais pas ce que veut dire pour vous une petite base ou grande base...
bon bah en attendant, je retourne à mon foutoir...

[orafrance]

15000 lignes c'est pas grand chose et 10 mises à jour/consultations c'est à la limite de l'anecdotique

MySQL peut être une solution

[globytrotty]

Super!!

Bon ben maintenant je sais que ma BDD est limite anecdotique, donc petite base, donc MySQL. Tout va bien, tout me plait...
Merci pour ta réponse orafrance !!!