Logiciel : Première publication en licence libre du SGBDO EyeDB
Posté par Déchelle François (). Modéré le 30 janvier 2006.
L'équipe des développeurs de EyeDB fera une présentation de EyeDB à la conférence Objectweb le 31 janvier et sera présente au salon Solutions Linux du 31 janvier au 2 février à Paris (CNIT).
![[en]](../images/en.png)
Téléchargement (1309 hits)
> Lire la dépêche (45 commentaires, moyenne: 2,6).
Vous avez demandé le commentaire #676273.
Run by 
Cette page a été générée par Templeet en 0.0745s (dont 0.0072 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Excellente nouvelle
C'est une grande nouvelle ! Les SGBDO sont rares et couteux, voilà enfin un produit libre !
Ce type de bases de données devrait permettre (dans une certaine mesure) de concevoir et produire des systèmes orientés objet de bout en bout et d'éviter d'avoir à manipuler des outils de mapping Objet/Relationnel.
Bravo Sysra !
[^]Re: Excellente nouvelle
il s'agit vraiment du premier SGBDO libre
Ou bien existait-il déjà des alternatives plus ou moins développées ? (mis à part les outils de mapping O/R)
bozo
[+] [^]Re: Excellente nouvelle
il s'agit vraiment du premier SGBDO libre
Quid de PostgreSQL? A ma connaissance, c'est libre (BSD) et orienté objet. Ou alors, il y a une nuance qui a dû m'échapper!?
[^]Re: Excellente nouvelle
A ma connaissance, Postgres est un SGBDR, pas un SGBDO.
[^]Re: Excellente nouvelle
A ma connaissance, Postgres est un SGBDR, pas un SGBDO.
Extrait de la documentation 8.1.2 qui se trouve ici: http://traduc.postgresqlfr.org/pgsql-8.1.2-fr/preface.html#I(...)
PostgreSQL est un système de gestion de bases de données relationnelles objet (ORDBMS)
...D'où ma question que je reprécise: est-ce que EyeDB est le seul SGBDO libre, auquel cas un détail m'a échappé, qui pourrait probablement être lié aux mécanismes internes de ce SGBD? Ou bien est-ce qu'il y a effectivement d'autres SDBDO libres, dont PostgreSQL?
[^]Re: Excellente nouvelle
En fait PostgreSQL est un SGBDR "orienté" objet, en ce sens qu'il te permet notamment de faire de l'héritage entre tes tables, et de définir tes propres méthodes. Par contre la partie accès aux données reste du relationnel, et doit se faire en langage SQL.
Dans une véritable base objet, les accès sont plutôt du genre :
identifiant = "trucmuche"
monobjet = mabase.recupere(identifiant) # va chercher l'objet dans la base
monobjet.unemethode() # appelle une méthode de cet objet
monobjet.unepropriete = "blah!" # ici l'objet est modifié, et la base aussi de manière transparente
[^]Définition
Amusant, nous avons deux définitions différentes de SGBDRO (voir mon message plus bas).
Me gourre-je, sont-elles complémentaires, ou tous les SGBDRO ne répondraient-ils pas à la même définition (ce qui serait un peu ennuyeux conceptuellement...) ?
Berlin 1936, Moscou 1980, Pékin 2008.
Jeux Olympiques, sponsor officiel de la dictature.
Mexico 1968, Pékin 2008.
Jeux Olympiques, sponsor officiel de la répression.
[^]Re: Définition
Dans le sens où avec PostgreSQL tu peux aussi définir tes types de données (ce que j'ai oublié de mentionner au dessu), effectivement tu peux stocker des objets dans la base, mais c'est loin d'un accès immédiat et transparent, les manipulations elles-mêmes restent en SQL.
Je pense que de toutes façons il vaut mieux utiliser les points forts de chaque type de base de données en fonction de ses besoins, plutôt que de vouloir trouver la base qui répond à tous les besoins, mais dont une partie du code aura sans doute été moins souvent testée en production que les autres (cas des fonctionnalités objet de PostgreSQL, qui est pour le reste carrément balaise et fiable).
[^]Re: Définition
Merci bien pour l'éclaircissement! :)
Effectivement le concept est assez différent et j'ai encore du mal à percevoir les possibilités d'un tel outil (quoiqu'on doit pouvoir faire quelques opérations puissantes).
[^]SGBDO vs SGBDRO
Soit un SGBDRO, et pas un SGBDO (ODBMS).
En gros, les SGBDRO sont des SGBDR, donc basés sur le modèle relationnel, qui supportent des objects comme données pouvant être stockées dans les tables, alors que les SGBDO sont basés directement sur le modèle objet.
J'ai un peu cherché une comparaison entre SGBDO et SGBDRO, et j'ai juste trouvé ça : http://www.ca.com/products/jasmine/analyst/idc/14821E.htm . Intéressant (entre les paragraphes de pub pour leur produit...) mais peut-être pas parfaitement objectif (j'ai plutôt zappé les pubs, mais j'ai comme dans l'idée que leur produit est un SGBDO)...
Berlin 1936, Moscou 1980, Pékin 2008.
Jeux Olympiques, sponsor officiel de la dictature.
Mexico 1968, Pékin 2008.
Jeux Olympiques, sponsor officiel de la répression.
[^]Re: Excellente nouvelle
Attention!
Les SGBD Relationnal Objets sont differents des SGBD Objets!
Le Relationnel Objet prend une base relationnelle dans laquelle tu peux stocker des objets avec parfois aussi des procedures (ou methodes) il me semble, et meme de l'heritage (c'est du moins ce que j'avais vu pour Oracle il me semble). Oui Oracle est bien un SGBD Relationnel Objet. Sur les TP que j'avais a faire, la syntaxe de ce genre de choses est vraiement affreuse et difficile a utiliser pour utiliser les references d'objets.
D'ailleurs, il me semble que SQL3 inclue des bouts de Relationnel Objet. Est-ce que beaucoup de SGBD le supporte? Ca c'est une question pour laquelle je n'ai pas de reponse.
Tandis qu'un SGBD Objet (que je n'ai jamais utilise) offre un paradigme unique : l'oriente objet. Il n'utilise pas du relationnel avec de l'objet en plus. Mais comme je ne l'ai jamais manipule, je ne sais si c'est tres simple, mais les exemples que j'avais vu semblaient prometteurs! EyeDB va enfin offrir la possibilite d'essayer tout ceci!
[^]Re: Excellente nouvelle
y a des objet qui ne ressemble pas à des objets et qui en sont la ----------->
GT.M[tm] is a vetted, industrial strength, transaction processing application platform consisting of a database engine optimized for high TP throughput and a compiler for the M (aka MUMPS) programming language. GT.M is open-source freeware on x86/Linux. It is currently used by the banking industry, health industry, United States Government and many corporations around the world! Now available to users like you through X86 Linux! Although it is console based in Linux, there are programming tools for running the clients on MS WIN in a fully GUI environment.
Homepage http://www.sanchez-gtm.com/
Download http://sourceforge.net/projects/sanchez-gtm
Author Not Shown
Version 4.3
Licence GPL
Source Yes
Environment Console
Status Stable
M'enfin j'dis ça ou aut chose c'est pareil
[^]Re: Excellente nouvelle
Je connaissais db4o [http://db4o.com] qui a une double licence GPL/proprio sur le modèle MySQL.
[^]Re: Excellente nouvelle
Il y en avait déjà d'autres. Personnellement, j'avais jeté un oeil a Ozone il y a presque deux ans (gasp, le temps passe vite) :
http://www.ozone-db.org/
[^]Autres SGBDO
Pas encore mentionnés :
- GOODS ( http://www.garret.ru/~knizhnik/goods.html , supporte C++, C# et Java),
- PERST ( http://www.garret.ru/~knizhnik/perst.html , supporte Java et C#),
- DyBase (http://www.garret.ru/~knizhnik/dybase.html , supporte Python, PHP, Ruby et Rebol),
tous du même auteur (voir http://www.garret.ru/~knizhnik/databases.html où l'on voit qu'il propose aussi des SGBDRO !).
Note : je ne les ai pas essayés.
Berlin 1936, Moscou 1980, Pékin 2008.
Jeux Olympiques, sponsor officiel de la dictature.
Mexico 1968, Pékin 2008.
Jeux Olympiques, sponsor officiel de la répression.