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 <[EMAIL PROTECTED]> Pour :: Galette development list <galette-devel@gna.org> 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@gna.org > https://mail.gna.org/listinfo/galette-devel > _______________________________________________ Galette-devel mailing list Galette-devel@gna.org https://mail.gna.org/listinfo/galette-devel