Structure de base de donnée pour comptabilité - Ruby/Rails - Programmation
Marsh Posté le 15-08-2009 à 21:03:33
Soit j'ai rien compris ce que tu veux c'est juste 2 tables avec une relation 1 à n
Marsh Posté le 15-08-2009 à 21:05:42
Salut,
Si je fais du simple STI oui, mais le soucis c'est que dans ce cas de figure là, je sais pas comment le gérer niveau Rails vu que le nombre de Modèles change à chaque fois que je crée / détruit un compte.
Marsh Posté le 15-08-2009 à 22:09:50
esox_ch a écrit : le nombre de Modèles change à chaque fois que je crée / détruit un compte. |
wait, wat
Marsh Posté le 15-08-2009 à 22:15:17
Compte1, attributs = X, Y,Z
Compte2, pareil
Compte3, pareil + W
Compte4, pareil +W + V
Si je fais du STI, j'aurai juste une table comptes. Ok?
Mais niveau modèles, j'aurai envie de dire que j'aurai :
Compte, attributs X, Y,Z
Compte1 < Compte , Compte2 < Compte
Compte3 < Compte1
attributs W
Compte4 < Compte3
attributs X
Si besoin y a, je veux bien ré-écrire ça en vrai code Ruby, au cas où ça serait pas clair
Marsh Posté le 15-08-2009 à 20:43:39
Bonjour,
Suite à certaines modifications du cahier des charges je dois modifier la structure de la base de donnée ( et bien entendu des modeles & contrôleurs) que j'utilisais pour la gestion de la compta chez nous.
Avant de commencer il faut savoir que la structure "actuelle" n'a jamais été mise en prod et que donc on peut considérer que rien n'a été fait (pas besoin de se soucier de la migration des données & co).
Donc le cahier des charges c'est que la compta est composées par 1+ comptes, qui contiennent 0+ factures. Le nombre de comptes&facture est destiné à évoluer avec le temps et doit être modifiable dynamiquement depuis le site.
Je voulais partir sur un système STI car, du point de vue de la BDD, ça serait relativement simple à mettre en place mais je ne vois pas du tout comment faire pour que le nombre de comptes puisse évoluer du point de vue des modèles. Il faudrait créer/détruire dynamiquement des modèles non? J'aimerais éviter ce genre de truc parce que ça me forcerait soit à appeler les generateurs en ligne de commande (ce que je trouve lourd) soit à écrire une méthode qui crée/détruit elle même les modèles.. Ce qui est aussi assez chiant mais au pire .. voilà.
Vous avez une idée?
merci et a+
---------------
Si la vérité est découverte par quelqu'un d'autre,elle perd toujours un peu d'attrait