Perso, si j'ai eut l'idée de cette fonction d'import personnalisée, c'est parceque je vais devoir importer un fichier excell d'environ 200 adhérents... et je me dis que la responsable aimerait pas le faire à la main... Donc je passerais par un csv. Mais ca me prendrais déjà pas mal de temps rien que pour creer un layout correspondant aux tables Galette. J'imagine que certaines assos qui voudraient passer à Galette peuvent se trouver dans le meme cas... Sinon, merci à toi Olivier, tu m'as fait penser à des choses que j'avais pas ou mal envisagées ;-)
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:46Salut, 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_______________________________________________ Galette-devel mailing list Galette-devel@xxxxxxx https://mail.gna.org/listinfo/galette-devel