Je sais qu'il existe de nombreuses questions liées à la base de données Delphi, mais je ne considère que ces deux bases de données. Je vais devoir interroger environ 100 000 enregistrements.Firebird ou NexusDB
D'après votre expérience que l'on est plus rapide:
Merci.
Je n'ai pas utilisé Nexus tbh, mais j'utilise régulièrement Firebird (Client/Serveur) et je l'adore. Il est petit, rapide, essais-à-être compatible SQL92, et les outils de gestion sont f-a-n-t-a-s-t-i-c (voir IBExpert, ils ont également édition gratuite)
La version intégrée devrait être aussi bonne que la normale.
Il semble que pour les petits magasins indépendants, Firebird et Interbase fonctionnent, mais la plupart des développeurs de base de données auxquels je parle semblent penser qu'Interbase et Firebird manquent de nombreuses fonctions de base que toute personne utilisant MS SQL, Oracle ou tout autre autre "grosse base de données SQL" manquerait. Cependant, dans mes propres applications à petite échelle, je n'ai jamais trouvé une chose qu'Interbase ou Firebird ne ferait pas que j'en ai besoin. Et dans le cas de Firebird, bon, c'est GRATUIT. Quelle bonne affaire. –
J'ai utilisé NexusDB (c'est son prédécesseur immédiat) comme serveur embarqué dans un GIS Visualization program que j'ai écrit il y a quelques temps, et j'ai trouvé que le logiciel système était généralement excellent. J'étais certain d'y jeter beaucoup de points de données (grilles de hauteur de paysage et autres données spatiales) et la performance était bonne. Nous sommes au moins deux générations de CPU au-delà de cela maintenant aussi. J'ai évalué Firebird en même temps, mais si je me souviens bien NexusDB simplement intégré plus facilement et plus facilement (en particulier le déploiement était plus simple) et ils ont offert des performances similaires, donc je suis allé avec ça.
Je n'ai pas utilisé NexusDB, mais FireBird va facilement gérer les tailles de table que vous avez mentionnées. En fait, toute base de données qui ne peut traiter 100 000 enregistrements serait trop limitée pour la plupart des cas. En bref, vous n'irez probablement pas trop loin, quel que soit votre choix.
Les bases de données intégrées et C/S servent à différentes fins. C/S a l'avantage de permettre à plusieurs clients de se connecter, et peut mieux évoluer dans les grands systèmes. Embedded est idéal lorsque vous souhaitez déployer un système clé en main, éventuellement avec une installation XCopy. En raison de la couche supplémentaire impliquée, je soupçonne que la connexion directe à une base de données dans un système embarqué serait plus rapide que C/S. Seuls les tests côte à côte nous le diront à coup sûr.
Vous savez probablement déjà que FireBird peut être déployé en tant que C/S ou intégré. Si vous ne l'avez pas déjà considéré, ElevateDB est une autre option qui offre la même flexibilité.
Pour DB Embedded SQLite serait mon choix. C'est rapide, presque compatible SQL-92, multi-plateforme et gratuit.
Question difficile ... Je pense que c'est plus une décision du type de base de données que vous préférez. – bastianneu