juin
2006
Un article de adiGuba
Le build b88 (du 15 juin 2006) de Mustang intègre désormais dans son JDK une version de JavaDB (la base de données 100% Java basé sur Apache Derby). Cette dernière implémente bien entendu toutes les nouveutées des spécifications de JDBC 4.0.
Pour rappel, vous pouvez télécharger les versions builds de Mustang et suivre l’évolution du projet via java.net…
Si l’intégration d’une base de données ne semble avoir pour objectif que de permettre de tester les nouveautés de JDBC 4.0, on peut également penser qu’il s’agit d’un « test » dont l’objectif serait au final d’intégrer une base de données interne dans le JRE. Cela serait un atout non négligeable pour le développement d’applications Desktop…
Liens a propos de JDBC 4.0 :
Source : Amit Handa’s Blogs
8 Commentaires + Ajouter un commentaire
Tutoriels
Discussions
- Classes, méthodes private
- jre 1.5, tomcat 6.0 et multi processeurs
- [REFLEXION] Connaitre toutes les classes qui implémentent une interface
- [ fuite ] memoire
- Possibilité d'accéder au type générique en runtime
- Difference de performances Unix/Windows d'un programme?
- Définition exacte de @Override
- Recuperation du nom des parametres
- L'apparition du mot-clé const est-il prévu dans une version à venir du JDK?
Je parlais des codes sources du test (si je ne me trompe pas il ne sont pas présent sur le site).
Sans vouloir critiquer ces benchmarks, mais les résultats peuvent être faussés pour de multiples raisons (involontairement => qu’on soit bien d’accord je n’accuse personne, ni ne remet en cause le travail effectué ou la qualité de h2).
C’est juste que je préfère compiler et exécuter moi même les tests
Mais pour moi l’intérêt n’est pas vraiment dans la comparaison des BDs… mais dans le choix et la diversité
a++
> Enfin il faut toujours se méfier des benchmarcks,
> surtout lorsqu’on n’a pas les sources…
Les sources des benchmarks sont ici:
http://www.h2database.com
Il faut bien faire la différence entre un système d’exploitation destiné à l’utilisateur final, et un kit de developpement destiné aux developpeurs…
Est-ce honteux que Sun distribue Netbeans avec son JDK ???
Enfin si une BD serait un jour intégré dans le JRE (ce qui n’est qu’une idée personnelle et non un fait), il n’y aura aucune obligation à utiliser l’une ou l’autre, mais plutôt une spécification du style : « Le JRE doit être livré avec une BD gérant JDBC 4.0 et utilisant le protocole **** ».
Ensuite chacun serait libre d’utiliser l’implémentation qu’il souhaite…
on critique Microsoft qui intègre Media Player et IE dans ses OS, et
on béni Java quand Sun intègre une base de données.
Le projet d’Apache est très honorable
le fait d’intégrer l’outil je trouve pas ça génial
c’est un avis perso
c’est un retour en arrière.
Ou alors, que Apache propose une distribution de Java qui intègre Derby…
bref
A+
>> Je crois que Apache Derby c’est pas le meilleur choix.
Mais je ne pense pas que ce soit possible pour Sun d’intégrer H2, ne serait-ce que pour des raisons de licence…
De plus je n’ai trouvé aucune information concernant les drivers JDBC et leurs éventuelles compatibilités avec JDBC 4.0…
Enfin il faut toujours se méfier des benchmarcks, surtout lorsqu’on n’a pas les sources…
http://www.h2database.com/html/frame.html
Derby
Version 10.1.2.1 was used for the test. Derby is clearly the slowest embedded database in this test. This seems to be a structural problem, because all operations are really slow. It will not be easy for the developers of Derby to improve the performance to a reasonable level.
Je crois que Apache Derby c’est pas le meilleur choix. Peut-etre c’est le pire. Ce sera mieux si Sun a pris H2 comme BDD. Elle propose pleines de fonctionnalites. http://www.h2database.com/html/features.html
Non je ne pense pas que ce soit pour la version 6 (dans le JRE)…
Je pense que Sun va se contenter de la mettre dans son JDK, et que si il a un bon retour de la part des developpeurs, ils intègreraient cela en standard via une JSR (et donc surement pas avant Java 7). Un peu comme ils ont fait avec l’annotation processor qui faisait partie du JDK 5.0 et qui a été intégré en standard dans Java 6 via la JSR 269…
Mais bon ce n’est que mon avis personnel…
a++
tu penses que ce serait pour la version 6 derby ? ca serait bien ca.