Idée pour table a créer ? Fermé

Question

Salut a tous,J'ai un souci de création de table car je ne sais pas trop comment faire. Soit faire 7 tables (1 par provinces) soit plus encore (1 par province + 1 par type de lieux dans chacunes d'elles soit carrément 1 seule, grosse avec suffisament de champs (province, sommets, rivières, églises, fiefs, montagnes etc...) ce qui ferait beaucoup quand même. C'est surtout pour l'utilisation finale, elle sera lourde a interroger via un script.Bref je n'y vois pas très clair. Je tiens a votre disposition 2 extraits de fichiers en excell pour voir le contenu des données.Vous avez certainement beaucoup plus l'habitude que moi pour ce genre de construction.Merci en tous cas pour l'aide que vous pourriez m'apporter. PS: Il faut aussi peut-etre penser dès maintenant a la possibilité de réserver un champ pour les photos.De plus un petit conseil sur l'affichage de la requete (popup, comme sur la recherche des prénoms sur abarka, ou page nouvelle) me serait également très utile.http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

batmat · Answer

Il faut penser conceptuel normalement... Donc moi je ferai plutôt autant de tables que d'éléments :- province- sommet- riviere- eglise- fiefetc.(le nom d'une table est toujours au singulier)Ensuite tu définis ce qu'on appelle les cardinalités : une montagne contient de 1 à n sommets, un sommet appartient à 1 et 1 seule montagne, et avec ça tu fais un zzzzoliiii schéma ;-)@++Vous hésitez entre Linux et Windows ?Vous voulez dépenser du temps ou de l'argent ?

Utilisateur anonyme · Answer

personnellement dans ce genre de cas, je crée une chtite table listant des -ici par exemple- types de, mettons, curiosité, machin, bidule, enfin tu vois, et leur IDdu genre1    sommet2    rivière3    point de vue4    exhibitionnisteet ensuite une table par exemple par province avec les colonnes qui seront à coup sûr remplies (mettons lattitude et longitude, ou surface, ou altitude, ou âge de la doyenne, ou chef-lieu, tu vois le genre)ET une table contenantun IDl'ID de provincel'ID de type de machinle nom du machin (par exemple si le machin est de type "pont" -enfin son ID, enfin tu me suis- ben "Pont d'Avignon" ou "Pont pas d'Our")la description du machin (des fois je détache, s'il y a des chances qu'il n'y ait pas de description)si bien que tu te retrouves avec un mahcin du genre (je remplace l'ID de province et de type par le nom sinon ça sera incompréhensible là) 1   province de gauche   pont        pont Pied 2   province de gauche   pont        pont tifical 3   province de gauche   col         col du fémur 4   province de gauche   col         col de l'Uté Russe 5   province de gauche   rivière     La noyeuse 6   province du milieu   pont        pont Mou 7   province du milieu   pont        pont d'Euse 8   province du milieu   pont        pont d'Euse 9   province du milieu   col         col de la Narine10   province du milieu   col         col Bach11   province du milieu   pension     pension Grumolsoit: 1   1   1   pont Pied 2   1   1   pont tifical 3   1   2   col du fémur 4   1   2   col de l'Uté Russe 5   1   3   La noyeuse 6   2   1   pont Mou 7   2   1   pont d'Euse 8   2   1   pont d'Euse 9   2   2   col de la Narine10   2   2   col Bach11   2   5   pension Grumolpersonnellement je procède comme ça quand quelque chose est en nombre indéterminé et est en plus d'une nature variable et non exhaustivekinder.surprise,le maton du matou

Utilisateur anonyme · Answer

tupain de derme j'ai deux pondeuses 8-|kinder.surprise,le maton du matou

txiki · Answer

Salut et merci beaucoup pour vos réponses,Je crois que je me suis mal exprimé. Pour chaque province (7 en tout), il y aura les même catégories: montagnes, ruisseaux, communes, cols, fiefs, chateaux et d'autres encores.N'ais-je pas plutôt interet de regrouper toutes ces catégories dans une table par provinces (ex: table SOULE, table LABOURD etc...Chacune d'elles ayant une colonne soule, comfr (pour commune en français), combask (pour commune en basque), source (pour citer la source de l'info), type (col, commune etc...) nom (pour indiquer comment on les appelle), nombre (pour indiquer le nombre d'habitants où la hauteur des sommets où la longueur des rivières) etc...Je sais c'est tiré par les cheveux, mais je vous confiance, à vous, spécialistes. Merci encore ;-)http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

txiki · Answer

Où alors regouper catégorie par catégorie, sans distinction de province. Celui qui cherchera un col, vera s'afficher tous les cols quelque soit la province. Idem pour les autres catégories, ce qui serait encore mieux, non ?http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

Utilisateur anonyme · Answer

ben tu peux aussi faire çatout dépend en fait (pour moi en tout cas) du risque et de la fréquence de création de nouvelles catégories. Pour ma part, ça me défrise parfois (ça dépend des cas et de l'exploitation, des fois un mauvais choix et paf tu te retrouves avec torp d'imbrications et zou tu peux plus passer tes requêtes. C'est pour ça que normalement ça passe d'abord par une phase conceptuelle normalement) de créer une table parce que d'un coup, paf, une nouvelle catégorie d'information est trouvée. Mais bon si le risque c'est une tous les tremblements de terre, bon... faut voir aussi après quelle incidence ça peut avoir sur ton interface, enfin bref tout ça doit être pensé comme un tout, dans une vision globale, c'est justement comme ça que tu peux faire un choix entre plusieurs possibilités.kinder.surprise,le maton du matou

teebo · Answer

Le "plus simple" disons plutot le plus mieux, c'est qui est drolement plus juste a defaut d'etre commiquement plus francais, c'est de modeliser ta base pour qu'elle respecte la 3eme forme normale:http://minilien.com/?DiIZel7X1z Ca te permet d'avoir une optimisation de la taille generale de ta base et donc du temps de recherche par la suite...C'est un peu complique, mais ca donne un resultat beacoup plus clair (quite apres a prendre quelques libertes sur des details si tu as une table avec 1 seule ligne dedans :o) ).  .\_/

monbobo · Answer

Le but de la base de donnée est d'éconoimiser de la place, par conséquent les informations récursives ne doivent se trouver inscrites qu'une et une seule fois, il convient donc de multiplier les tables ce qui ne rend pas l'exécution des requête plus lente, les moteurs de bases de données sont étudiés pour.

Utilisateur anonyme · Answer

ce qui ne rend pas l'exécution des requête plus lente, les moteurs de bases de données sont étudiés pour.  oui, mais plus ou moins bien. Et quand par exemple le moteur ne supporte pas l'imbrication de requêtes, tu peux avoir recours à des bidouilles assommant le serveur. Une mauvaise structure, un mauvais choix à un moment, et ta base sera un veau. Une base de données c'est quand même un peu un compromis, suivant la finalité.Par exemple une représentation intervallaire sera parfois très adéquate, rapide, efficace, et parfois cela sera le contraire suivant les règles de gestions. Les traitements ont beaucoup leur mot à dire sur la rapidité du zinzinkinder.surprise,le maton du matou

txiki · Answer

Salut a tous et merci infiniment pour ces réponses multiples,Je vais faire des tables par catégories, ce sera plus simple. Je suis en train de terminer (et y a du boulot) cela sous excel car les données étaient en .xls et je les recoupent (beaucoup de sources différentes). Mais, quand j’enregistre en csv, je vois toujours les lignes et colonnes d’Excel, pourquoi ?N’aurai-je pas de Pb lorsque je les enregistrerai dans un fichier texte en faisant copier/coller puis en enregistre sous en .sql ?Je viens d’installer easyPHP mais suis un peu dérouté. Quand je clique sur PHPMyAdmin, je me retrouve dans la même interface que chez free quand on uploade les .sql par copier/coller puis executer. Je ne vais tout de même pas déclarer les variables dans cet espace restreint ? Autant le faire dans un fichier texte en .sql puis le mettre dans le répertoire d’easyPHP,non ?.C’est la 1ere fois que j’utilise easyPHP et phpMyAdmin.Merci en tous cas pour votre aide. Je vous tiendrai au courant de mon utilisation de phpmyadmin et du reste. ;-))http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

Utilisateur anonyme · Answer

je voudrais pas dire une connerie mais pour autant que je sache de toutes façons, tes données séparées par des virgules, voui tu peux leur coller une extension .sql mais ça n'en fera pas pour autant un fihcier sql exploitable, tu devras de toutes manières insérer tout ça dans des instructions INSERT INTOlà l'idéal c'est un bon éditeur de texte qui supporte les recherches/remplacements avec des expressions régulières.tu peux toi-même savoir si ton fichier, là, il est correct, parce qu'en fait c'est très simple, comme son nom l'indique c'est un fichier de données séparées par des virgules. Dès lors, tu devrais y avoir tes données, séparées par des virgules (enfin des points-virgules, enfin tu vois ce que je veux dire, un séparateur quoi), rien de plus...kinder.surprise,le maton du matou

txiki · Answer

Salut kinder,tu as parfaitement raison. J'ouvrai le fichier.sql (renommé ainsi) avec word pad puis j'insérai en début de chaque ligne INSERT INTO matable VALUES en faisant des copier/coller. Je te dis pas le boulot.... Mais jusque là, c'était MOI qui avait écrit toutes les lignes avec les virgules et \ devant les ' etc.. pour finir avec un ;.Ensuite j'insérai ce que je te dis plus haut. En début de fichier j'écrivais aussi ceci:<gras>## Structure de la table `matable`#CREATE TABLE matable(  id int(4) NOT NULL auto_increment,  prenom varchar(50) NOT NULL default '',  origine text NOT NULL default '',  UNIQUE KEY id (id)) TYPE=MyISAM;## Contenu de la table `matable`#Je pensais que phpMyAdmin m'écrirai tout ça "tout seul", mais, à priori, il n'en est rien ??? Domaaaaage...http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

batmat · Answer

Tu devrais utiliser les commandes unix pour insérer automatiquement les insert into, etc.Un bon truc pour avoir les commandes unix sous windows : installer cygwin :-)@++Vous hésitez entre Linux et Windows ?Vous voulez dépenser du temps ou de l'argent ?

PhP · Answer

Salut Txiki,Halte là malheureux, ne sais-tu donc pas que les informaticiens sont fainéants par nature et que si la machine peut le boulot à ta place il ne faut pas hésiter ?Je veux parler de la mise en forme de ton fichier issu d'Excel avec WordPad. Ca me fait de la peine ce que tu me dis là ...Si tu utilises EasyPhp version 1.6.0.0 alors une fonction te permet d'importer automatiquement dans une table MySql un fichier texte au format par ex CSV dont les champs sont délimités par des guillemets et séparés par des points-virgules par ex. Et c'est AUTOMATIQUE ! Tu n'as rien d'autre à faire que d'exporter ton fichier au bon format depuis Excel ce qui est également automatique ! Tu lances EasyPhp, puis PhpMyAdmin, tu sélectionnes ta base puis ta table et dans la frame de gauche tu cherches l'option :Insérer des données provenant d'un fichier texte dans la tableJe m'en suis servit sur 20000 enregistrements et je bénis la personne qui à écrit cette fonction. ;-)Si tu veux plus d'infos envoie un postPhP    [Push the button,Don't push the.         button,Trip the station,Change the channel]

txiki · Answer

Salut php et merci infiniment pour tes infos.  ;-))))Je galère a faire un fichier "communes" (pour l'instant) issu des 2 fichiers excel qui ont des datas différentes (avec 2 j'en fait plus complet) mais quel chantier, ouf... Mais ce que je suis en train de faire est UNIQUE. Meme le conseil général etc n'ont pas de base de ce type, c'est dire...Pour enregistrer (quand ce sera terminé) sous csv, pas de Pb, je le séparerai evec des , ou ; ...Tu lances EasyPhp, puis PhpMyAdmin, tu sélectionnes ta base puis ta table Elle n'est pas créé alors comment je vais la sélectionner ? Je me suis jamais servi de phpadmin ? Je lui demande de créer, je lui donne un nom puis j'importe mon csv ?, c'est ça ?Merci en tous cas de t'occuper de mon cas. Je te revaudrais ça (une petite citation pour l'aide apportée ne fera de mal à personne, hein ? ;-))))))))J'aimerai, si ça te dérange pas trop, que tu me fasse une doc pas à pas avec captures d'écrans si ça t'est possible !http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

txiki · Answer

Encore moi,je t'enverrai un extrait de cette fameuse table si ça peut t'aider, quelques lignes.. dis me le...http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

PhP · Answer

Bonjour Txiki,Une fois que tu as défini le schéma complet de ta base de données sur le papier (y'a rien de tel !) donc que ta as toutes tes tables avec chacune tous leurs champs (tu peux qd même modifier la structure de ta base ensuite je te  rassures) tu peux te mettre sous PhpMyAdmin.Pour créer une nouvelle base avec je dirais qu'il faut quelques secondes.Pour créer chaque table quelques minutes.Pour importer tes données quelques minutes également.Ensuite tu peux tester directement en entrant tes requêtes SQLSi tu veux un ex il me faut la description d'au moins une de tes tables avec :son nomses champs : nom, type , longueur si type caractèreéventuellement les indexUn fichier CSV comme jeu d'essaiEnsuite PhpMyAdmin est capable de te générer automatiquement la syntaxe du style CREATE TABLE ... d'importer / d'exporter toute la structure de ta base ainsi que son contenu (les données)Tu te doutes bien que si tu créés ta base chez free par ex et qu'ensuite tu décides de changer de provider tu ne vas pas recréer ta base ex nihilo. Un coup d'import/export et c'est fini sauf si ta base est très très volumineuse là oui ca pause un problème.Qt à mettre les images directement dans la BD dans des champs de type BLOB je ne le te conseille pas. Stocke uniquement le nom des images avec leur chemin d'accès dans ta base ...PhP    [Push the button,Don't push the.         button,Trip the station,Change the channel]

txiki · Answer

Salut et mille mercis php,Ce tutorial est vraiment EXCELLENT. ca m'a permit de comprendre certaines choses que je ne voyais malgrès l'install d'Easyphp et je ne comprenais vraiment plus rien.. J'étais pomé. Tout le monde me parlait de ce Easyphp mais...Garde le précieusement ça pourra aider d'autres blaireaux débutants comme moi.je comprend beaucoup mieux la convertion en csv.Toutes ces fonctions pour les insert into etc... que je me tapais a la mimine sous wordpad (a cause de la meilleure lisibilité) puis l'enregistrement en .sql et tout ça, bouuuuuu !!!!!!!!!!.Quand je pense que j'ai passé 6 mois pour créer 5 tables d'une centaine de ligne chacune....Par contre je ne peux pas créer d'autre base. Chez free, chaque client a 1 base qui peut avoir X tables. Donc, je n'aurais que des tables a créer.Merci infiniment Monsieur le Professeur es PHP.Les 20 000 €, je ne ais pas mais tu auras très certainement quelque chose. ;-))))Je JOUIS grâce a toi. J'ai des milliers d'info a mettre en forme puis un moteur de recherche a faire (sur le principe de la recherche des prénoms, voir le site ci-dessous).Ce soir, je vais justement voir un gars qui travaille avec un pote et qui est "basquisant" et "linguiste" pour qu'il me corrige les fautes d'orthographe, les infos étant souvent tirées d'un très vieux bouquin et écrit en vieux français.Milesker eta gero arte (merci beaucoup et a la prochaine).http://abarka.free.frUn adulte assis voit plus loin qu'un jeune debout.

Idée pour table a créer ?

18 réponses

Discussions similaires