Re: [Modeling-users] Composite primary keys?

[Wolfgang K. <fel...@gm...>]

Bonjour,

enfin, je suis un imb=C3=A9cile, on pourrait tout aussi bien =
=C3=A9crire=20
Francais, non?

> It's always nice to learn that a new pythoneer is among us :)

Je connais Python depuis plus que dix ans maintenant (1994 en fait) et=20
je l'ai utilis=C3=A9 de temps en temps pour =C3=A9crire des petit =
"scripts"=20
"pr=C3=AAt =C3=A0 jeter" sur MacOS X et Windows (pratique puisque =
Python=20
fonctionne et avec OSA et avec COM). Mais maintenant je suis en train=20
de me pr=C3=A9parer pour travailler dans le monde FMDS =
(fiabilit=C3=A9...) et=20
donc il faudrait que je me "bidouille" une "boite =C3=A0 outils" pour=20
travailler avec

- des bases de donn=C3=A9es (p.ex. le sch=C3=A9ma MIMOSA CRIS, p.ex. =
sur=20
PostgreSQL),
- l'analyse statistique des donn=C3=A9es (p.ex. avec R)
- et des outils pour cr=C3=A9er des tableaux de r=C3=A9sultats =
(OpenOffice,=20
Gnumeric...),
- des graphes (Matplotlib...)
- et peut =C3=AAtre m=C3=AAme des GUI simples (GTK/Kiwi/Qt/Wxwidgets - =
lequel=20
je comprendra mieux)

Et il me semble encore une fois que Python soit l'outil =
quasi-id=C3=A9al=20
pour tout cela.

> Unfortunately, the support for compound primary keys has never been
> finished. The code has been produced with multiple PKs in mind,
> however it has never been tested,

Pas de probl=C3=A8me :-). J'ai un sch=C3=A9ma tout fait "assez" complex =

(300-400 entit=C3=A9s avec des cl=C3=A9s de 5-10 champs), on pourrait =
cr=C3=A9er=20
des donn=C3=A9es pour les tests automatiquement...

> and I suspect it would require more
> than just 'testing it'.

Du tout premier coup d'oeuil, le code ne me semblait pas aussi=20
difficilement comprehensible que celui de SQLAlchemy (la seule=20
alternative qui fonctionne d=C3=A9j=C3=A0 que je connais - y en a t-il=20
d'autres?).

> However, I won't spend time to develop new things alone on my own.

Modeling dans la librairie standard! C'est s=C3=A9rieux, d'ailleurs. =
Tout=20
comme Pyrex, OmniORBpy et OmniNotify, Traits, un module de "programming =

by contract"...

En fait je cherche quelque chose qui me permet de "d=C3=A9clarer" un=20
mod=C3=A8le "logique" objet-relationnel (dans le cas pr=C3=A9sent c'est =
MIMOSA=20
CCOM, en UML)en Python d'une mani=C3=A8re simple et d'utiliser un =
sch=C3=A9ma=20
"physique" donn=C3=A9 (MIMOSA CRIS, en SQL) pour la persistence...

> Now, if you find yourself interested enough and in the case you're
> eager to look seriously at it, I mean the code, I'll be happy to help
> you in the task.

Je peux au moins essayer. :-)

> If you're just looking for a object-relational bridge working "out of
> the box" for your schemas involving compound PKs, I hate to say that
> but frankly: I have to admit that you need to look elsewhere, because
> the MDL framework does not support the feature you request right now.

En fait je ne connais que SQLAlchemy qui fonctionne avec des cl=C3=A9es =

composites...

Dommage que Apple n'ait pas donn=C3=A9 de renaissance =C3=A0 EOF comme =
version=20
client-serveur de Core Data. X-( Pourtant il y avait pas que moi qui=20
l'attendait pour Xcode 3.0, il me semble.

A+,

Wolfgang Keller