Générateur PHP

Salut et merci pour ta prompt réponse !

C'est OK cela fonctionn en local, et a priori sur free. Je n'ai pas encore testé OVH mais je te ferais un retour ...

Deux petites remarques:

1) La plus part des hebergeur bloque l'accès au table depuis l'exterieure, hors le module de création réalise des DELETE/INSERT de table et de USER ainsi que de GRANT. Peut être pourrais tu mettre en place un systeme d'option afin de ne pas générer les lignes 10 à 17 du fichier DDL.PHP

2) Sur l'appli comme sur metaphp, on peut ajouter ou supprimer des lignes dans les tables, en revanche, on ne peut pas les modifier. N'y a t il pas un risque de déphasage de clé si je supprime un enreg puis le recréé dans l'optique de modifier sa valeur ?

Sur bon taf, j'espère que l'appli s'améliora dans le temps !!

@+

Salut,

1/ Concernant ce point, pour ma part, je suis chez 1 and 1 et j'ai également ce pb. J'ai une base locale MySQL sur laquelle je livre pour tester mon application et une base de production chez mon hébergeur.
Je peux mettre en place des options de génération plus fines mais cela ne résoudra pas le pb de la livraison de ta seconde version d'application. Je m'explique : tu livres un release 1. Pas de pb, tu installes les tables depuis 0. Tu livres en production où tes utilisateurs iront saisir des données.
Lors de la livraison de la release 2, tu es obligé de livrer à la main les deltas entre la v1 et la v2 pour ne pas supprimer tes données de prod. Le process de livraison est difficile à automatiser.

Lorsque je relivre mon code généré avec metaphp.com en dev, s'il n'y a pas de modification de structure de table, je ne relance pas le install001.php mais fait juste le dézip.

2/ Tu as raison, le pb de la modification n'a pas été abordé aussi bien dans www.metaphp.com que dans le code généré. Je vais m'en occuper rapidement.
lorsque tu effaces un enregistrement dans metaphp, cela efface également les enregistrements fils (la suppression d'une table supprime ses colonnes).
Pour ton appli, tu peux t'en sortir en liant 2 pages. Ex : une page list lié avec une page formulaire sur la même table. Regarde ce que j'ai fait sur la gestion des applications.
Je ne sais pas si tu as vu le paramétrage sur les foreign keys ? Lorsque tu crées une colonne de type Foreign key, tu peux renseigner l'attribut "on delete". Imaginons le cas d'une famille d'articles sur laquelle pointent des articles. La Foreign key va donc de l'article vers la famille à laquelle il appartient :
- inactif signifie que lorsque tu supprimes une famille, tu ne modifies pas la foreign key des articles qui pointent alors sur une famille inexistante
- supprimer signifie que lorsque tu supprimeras une famille l'application générée supprimera automatiquement ses articles
- valoriser null signifie que lorsque tu supprimes une famille la foreign key de ses articles seront valorisés à null.

J'espère que ces infos t'aideront. Je vais bosser sur la modification et te tiens au courant et encore merci pour tes remarques qui m'aident à enrichir mon site.

A+

Merci pour ta réponse, le premier point n'est effectivement pas bloquant et c'est déjà ce que j'ai réalisé (modification des scripts avant livraison)

Pour le second point, j'avais effectivement vu l'option FK sur les formulaires.

Je vais maintenant pouvoir m'attaquer à la mise en page de l'appli !

Merci et @+