Re: [Galette-devel] Fonction d'import -- July 29, 2007 - 11:05

C'était moi l'autre personne qui avait répondu... J'ai malheureusement 2
adresses différentes enregistrées sur gna (entre les mailings lists et
le compte développeur) et j'ai évidement utilisé la mauvaise pour
répondre hier.
Je disais juste que si je me rappelle bien, c'est la dernière option que
j'ai (à peu de choses près) developpé dans galette-sport : la première
ligne du csv comporte le nom des champs présents dans le reste du csv.

Tu poses la question du pourquoi on voudrais faire un import sur mesure?
Et bien c'est tout simple: c'est juste pour ne mettre à jour que
certains champs particuliers, comme date de licence, date du certificat
médical, les autres données n'ayant pas changé par ailleurs. Sur les 3
mois qui suivent la rentrée de septembre, c'est un truc dont je me sers
une bonne dizaine de fois!
Par contre, pour un nouvel adhérent, ben y a pas photos, faut tout importer.
Autre raison en faveur du sur mesure: c'est l'ordre de déclaration des
champs sur la 1ère ligne du csv qui fixe l'ordre des champs dans le
reste du csv: ça donne de la souplesse au système

Pour résumer, je me sers de l'import pour 2 fonctions différentes:
1. importer un nouvel adhérent (=> création d'un nouvel id_adh)
2. mettre à jour les données d'un adhérent déjà existant (=> le id_adh
correspondant doit être fournit dans le csv)

Olivier

-------- Message original --------
Sujet: Re:[Galette-devel] Fonction d'import
De: Johan Cwiklinski <johan@xxxxxxxx>
Pour :: Galette development list <galette-devel@xxxxxxx>
Date: 29.07.2007 08:46
> Salut,
>
> Richelle Simon a écrit :
>   
> > Salut tout le monde...
> >  En codant la fonction d'import, je me retrouve face à un petit problème
> > (conceptuel et technique). Je m'explique :
> >
> > Je trouvais qu'il pourrait être intéressant de pouvoir importer des csv
> > qui ne correspondent pas tout a fait au schéma de la table...
> > Un csv qui contiendrait donc éventuellement 1 ou 2 champs de moins, par
> > exemple suite à une nouvelle version....
> > Le probleme c'est qu'il des champs qui ne peuvent pas etre "null", sans
> > valeur quoi...
> > Alors avant de me poser la question de savoir comment on sait(via le
> > code, bien sur) si il peuvent être null ou pas. Est-ce que vous
> > considérez que c'est une fonctionnalité nécessaire? ou alors on fait
> > sans? 
> >   
> >     
> Personnellement, je ne vois pas trop l'intérêt aujourd'hui de pouvoir
> intégrer des données qui ne collent pas à la structure de la base...
> Les fonctionnalités d'import/export, ce sera déjà pas mal.
>
>   
> > Car à vrai dire je préfere le coder directement c'est plus simple :p
> >
> >
> > J'avais également une petite idée, mais ca devient complexe. Cependant,
> > ça ne me gêne pas de tenter!
> > J'envisageais de pouvoir importer un fichier csv de schéma quelconque:
> > On fournit le csv. Il est analysé à la recherche des champs, et ensuite
> > pour chaque champ de la table à laquelle on veut ajouter des données, on
> > choisit le champ csv correspondant.
> >   
> >     
> Dans quel but ?
>   
> > Voilà... J'attends votre avis ;)
> >   
> >     
> Quelqu'un d'autre avait répondu à ce message, mais en supprimant les
> spams de la liste ce matin, je l'ai également supprimé... (l'adresse
> d'envoi n'était pas enregistrée sur la liste...). Mes excuses...
>
> Bonne journée,
> Johan
>
>   
> ------------------------------------------------------------------------
>
> _______________________________________________
> Galette-devel mailing list
> Galette-devel@xxxxxxx
> https://mail.gna.org/listinfo/galette-devel
>