Discussion :

[Mustinfodev]

Bonjour.

Actuellement responsable technique dans une PME éditrice d'un progiciel de gestion commercial, j'envisage de proposer Firebird comme un des SGBDR sur lequel tournera la prochaine version de notre application (client/serveur développé sous Omnis Studio).
Y a-t-il des expériences, sur ce forum, de développement de "grosses applis" (ceci dit sans prétention aucune) client/serveur avec Firebird ?
Je cherche des retours sur la fiabilité, la performance, l'adéquation au standard SQL etc ... au delà de ce que l'on peut lire "d'officiel".
Rien ne vaut l'expérience de terrain

Pour donner qq infos sur les conditions envisagées : client (ODBC) sous Windows ou Linux, Serveur de données sous Windows ou Linux aussi, de 1 à 20 utilisateurs simultanés, une centaine de tables (dont certaines avec plusieurs dizaines de champs), pas d'énorme quantité d'enregistrement pour les plus grosses tables (le million au pire) mais une sollication assez importante de l'application (ramenée à l'utilisateur)

D'avance, merci pour toute réponse.

[frantzgac]

Seule expérience un peu similaire pour ma part : un soft qui utilise Interbase 6.0 avec une quinzaine de tables autant d'utilisateurs (C/S) mais des tables ne dépassant pas quelques milliers de lignes. Ca marche au poil, mais c'est nettement en dessous des chiffres évoqués.

[jean-jacques varvenne]

actuellement j'administres plusieurs bases de données dont le volume ce compte en millions d'enregistrements et des dizaines d'utilisateurs.
firebird et un sgdb puissant, léger et facile à mettre en oeuvre, il fonctionne très bien pour des applications mono poste mono utilisateur sur des petites machines (pentium mmx à 200 Mhz) comme sur des ensembles serveurs/clients de grande dimension.

il faut simplement prendre garde à la désorganisation des index suites à des updates répétitifs (quelque dizaine de millies) qui se régle par un simple backup/restaure.

c'est un sgdb parfait pour des applications commerciales ou non dirigées vers la compta, la gestion des inventaires, etc...

en outre, c'est une base qui est performante pour le peux que l'on fasse attention à ses requêtes et aux index.