Me je suis plutôt pour Interbase, Stabilité, robustesse, facilite, efficacité et surtout pas un produit Microsoft.
Me je suis plutôt pour Interbase, Stabilité, robustesse, facilite, efficacité et surtout pas un produit Microsoft.
A la Recherche du Parfait il faut faire et refaire
L'homme sage apprend de ses erreurs. L'homme encore plus sage apprend des erreurs des autres.
Ce n'est pas une question de préférence seulement c'est une question d'avantages et d'inconvénients, de performances et de capacités de compatbilité et surtout de fiabilité et de sécurité, les "MECS" qui ont concu ces sgbd ont tous un but commun, développer le meilleur en se basant sur lacorrection des erreurs et des imperfections du précédent.
Tu dis access (ADO) ca n'a rien a voir, access c'est pas ADO et ADO c'est pas access, Access est un SGBD (Système de Gestion des Bases de Données) Fichier et ADO (ActiveX Data Objects) sont des compos de connexion et traitement aux SGBD qui eux passent par ODBC actuellement OLE DB. C'est a dire on peut utiliser ADO pour se connecter pas forcement a ACCESS et on peut se connecter a une base ACCESS pas forcement en utilisant ADO.
si tes app utilisant access n'ont aucun probleme c'est parceque tes applications ne sont pas destinés a un gros volume de données et/ou ne traietnt qu'une petite bdd en local. essaye de développer une application de base de donnée destinée à une utilisation professionnelle (entreprise), et tu verra que ta base access commence a déconner, access est un sgbd fichier , les limitations de la capacité des BDD y sont minuscules par rapport a des sgbdr client/serveur tel FB , IB, oracle, sql ... etc. Je persiste a dire que le principal role d'access est avant tout pédagogique pour les premieres contact avec les bdd comme paraddox.
simplicité, oui parceque il comporte un GUI à la office, mais pour les autres il y'a des outils, shareware ou freeware assez bien, IBExpert pour IB FB par exemple
primo il n'est pas nécessaire de passer par ADO pour se connecter a une MDB,
secundo les ce ne sont pas les compos ado qui sont fournis avec windows mais l'ODBC, les ADO serons inclus dans ton EXE compilé,
Tertion : ADO ne sont pas des compos natifs ils passent par ODBC.
Quatro : l'ODBC n'est pas disponible sur toutes les versions win, par défaut pour WIN XP PRO ok mais pas pour les autres. par contre pour les autres SGBD si t'uitlise des compos natifs comme ZEOSDB tu n'a besoin de rien installer sauf le SGBD lui meme.
Bonjour
j'ai utilisé Sql serveur, oracle et Interbase et dans ces trois je trouve que
interbase est le plus adapté pour un developpeur autant pour sa facilité d'administration que pour sa tres bonne integration et sur tout sa tres grande
stabilité qui font de luis un sgbd de qualité.
Interbase pour la simplicité d'administration, les performances, la stabilité (qui s'est bien bien améliorée), la facilité d'installation, rapport qualité-prix.
Interbase est loin d'être un produite exotique, il est utilisé par beaucoup d'éditeurs de logiciels qu'on ne le croit.
statitistiques au niveau international
http://wings-of-wind.com/2009/08/27/...-after-part-1/
J'ai récupéré un projet fait en delphi qui dialogue avec une base Interbase/Firebird et j'ai eu un peu de mal à m'y retrouver avec les composants IBSQL et IBClientDataSet.
De plus, la base est un peu lente et les requêtes SQL limitées (selon notre expert maison).
Maintenant j'ai modifié le projet pour utiliser une base MySQL, et j'utilise les API C de la librairie libmysql.dll plutôt qu'un composant et c'est plus simple.
Du coup, le code est plus simple et les accès à la base sont nettement plus rapides.
Mon Tutoriel sur le développement Intraweb
N'oubliez pas de consulter les FAQ Delphi ainsi que les Cours et tutoriels sur la programmation Delphi
Tu devrais proposer à ton "expert maison" de faire un DIF
Tu as certaines fonctionnalités comme le REPLACE ou la désactivation de l'intégrité référentielle que tu ne peux pas faire avec Firebird...
Par contre il y a des fonctionnalités importantes qui font partie de la nomr SQL qui existent dans Firebird (les CTE's) par exemple et qui ne sont même pas a l'état de projet dans MySQL.
UPDATE OR INSERT de Firebird n'est t-il pas équivalent de REPLACE
Quant à la désactivation de l'intégrité référentielle je pense que je n'aurais pas besoin de chercher loin pour la désactiver
De toute façon chacun verra toujours midi à sa porte . La grosse différence entre Firebird et mySQL reste la diffusion (ou plutôt son mode de diffusion) , la disponibilité sur des serveurs web et surtout la licence
Qui a dit que mySQL était un Open Source ? Free ?
MVP Embarcadero
Delphi installés : D3,D7,D2010,XE4,XE7,D10 (Rio, Sidney), D11 (Alexandria), D12 (Athènes)
SGBD : Firebird 2.5, 3, SQLite
générateurs États : FastReport, Rave, QuickReport
OS : Window Vista, Windows 10, Windows 11, Ubuntu, Androïd
Le REPLACE de MySQL est (je pense) un héritage des bases de données non relationnelles (comme MySQL avant la version 5) car il fait un delete et un insert : ce qui est très différent d'un update. C'est une fonction totalement inutile et même dangereuse.
Même chose pour la désactivation de l'intégrité référentielle : inutile et dangereux pour un SGDBR.
Dangereux je veux bien, inutile certainement pas !
Tu as déjà fait des imports massifs de données ? Sur des tables avec des contraintes dans tous les sens. Ordonner les insert dans l'ordre des FK est souvent un vrai casse-tête, parfois insoluble et totalement contre performant.
Dans ce genre de traitements, il est fréquent de désactiver toutes les contraintes, faire le chargement des données, puis vérifier les contraintes de façon globale à la fin lorsqu'on les réactive.
"Tu as déjà fait des imports massifs de données ? Sur des tables avec des contraintes dans tous les sens. Ordonner les insert dans l'ordre des FK est souvent un vrai casse-tête, parfois insoluble et totalement contre performant."
Je parle de la manière dont on peut le faire avec MySQL : tu fais juste un Foreign key check à 0 je crois, tu peux faire n'importe quoi....
Comme tu n'as pas à réactiver les contraintes puisque tu ne les as pas désactiver, c'est transparent et tu ne vois même pas si tu as fais des erreurs (ou peut être dans les log serveurs mais c'est tout). Je trouve cela trop permissif.
Quand il s'agit d'inserer plusieurs millions d'enregistrements dans une table, la solution s'impose immédiatement de désactiver toutes contraintes en supposant bien entendu que la source soit cohérente.
MySQL, le top pas que dans le Open. Administration, fiabilité...Trop peace
sql server
stabilité
portage
coût
compétence
déploiement de l'application
firebird, cout et fiabilité
Bonjour
Personellement, je préfère Firebird. C'est très personnel évidemment puisque j'ai commencé avec Interbase pour remplacer Paradox il y a longtemps.
Travaillant surtout avec Delphi, il y a des drivers et donc "adieu le BDE ou l'ODBC".
Firebird est gratuit, bien maintenu et permet des bases de données de plusieurs millions d'enregistrements en un seul fichier + le fichier des droits d'accès, faciles à copier coller.
On peut faire un simple copier-coller de la base du fichier windows vers linux, les sauvegardes sont simples etc. A cet égard, j'utilise IBExpert de HK Software que je recommande.
Il existe des outils de réplication très efficaces comme IBreplicator. https://www.ibphoenix.com/products/s...e/ibreplicator (Il en existe d'autres)
Avec cela, sans entrer dans les détails, les collaborateurs distants peuvent travailler directement avec la base sur leur ordi distant connecté ou pas.
Ensuite, dès que l'ordi est connecté à Internet, les bases se synchronisent.
Bon, un bémol de taille tout de même : Pour tout ce qui est applications web, Firebird n'est pas l'idéal. Il y a bien sûr moyen de connecter Java (avec Jaybird) et PHP
... mais chez les hébergeurs Firebird est absent (?) et MySql (excellent lui aussi) est partout.
Vadim
Quelle BD ? Cela dépend des projets...
Pour des applications monopostes j'opte pour SQLite.
Déploiement, performance, sécurité répondent.
Mais pour les applications client/serveur j'utilise Firebird 2 ou 3.
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Partager