Specifications

[Didier Dubois]

Mais je pensais aussi a d'autres DB telles que MySQL et meme Oracle...

Il n'est pas toujours evident de faire le portage avec ce genre
fonctionnalites.
En tous cas dans mon experience DB, on a toujours evite les triggers et
les autonums. (il y a des patterns pour remplacer.)

Un des problemes "RealLife" des Triggers, c'est le syndorme de la pieces
remplie de pieges a souris: des que tu touches une table il y a plein de
reactions en chaines qui se declenchent. Il devient tres difficile de
tout tracer et donc de debugger, surtout apres qq mois de
developpement...
(je connais une applic qui souffre de cela) 

Je ne suis pas personnelement contre. Simplement, comme tu le dit, il
faudrait peut etre etre clair sur ce point des le debut.

Idem pour les limitations et les conventions de nommage par exemple.
(desole si j'overlap un ancien thread mais je n'ai pas suivi la
discussion des le debut.)

My 5cts tip...


Tant que j'y suis j'ai une question: est-ce qu'on a evalue les applics
existantes en fonctions des prerequis? Y'a-t-il un doc la dessus?

Merci,
D.


> -----Original Message-----
> From: Marc SCHAEFER [mailto:schaefer at alphanet.ch]
> Sent: 10 October 2001 14:01
> To: compta at linux-gull.ch
> Subject: RE: Specifications
> 
> 
> On Wed, 10 Oct 2001, Didier Dubois wrote:
> 
> > peut-etre faudrait-il eviter d'utiliser des "features" 
> speciaux tels que
> > les triggers, etc,.... a moins d'etre sur qu'on n'utilisera QUE
> > PostgresSQl (???).
> 
> A mon avis il faut prendre PostgreSQL. Sinon on va arriver à une
> structuration de données qui sera suboptimale et on devra 
> automatiquement
> coder de la sécurité dans les programmes autour de la base de données,
> perdant du même coup un des avantages d'un vrai SGBD.
> 
> C'est un choix de design à faire au plus vite. Il me semble 
> que s'il faut
> simplement adapter le fichier SQL pour une autre BD, au pire, 
> ce n'est pas
> un travail énorme (même avec des triggers, etc). Déplacer le 
> code d'erreur
> et de sécurité dans le programme autour risque, lui, d'être moins
> portable.
> 
> [ citation intégrale supprimée ]
> 
>