je cré actuellement un site et jai reservé une partie pour que les utilisateurs puisse fournir des informations suplémetaire pour leurs profiles. J'ai donc créé plusieur table dont :
-utilisateurs ( information lors de l'inscription : nom, prenom, email, pseudo, mot de passe)
-adresse
-info_professionnelles
je voudrais maintenant recuperer les informations concernant l'adresse dans la table adresse et les info professionnelles dans la table info_professionnelles seulement je ne sais pas quelle requete utiliser.
Vous êtes ici sur un forum d'entraide communautaire et non pas sur un forum de demande de service, le but n'est donc pas de fournir une réponse toute faite ou de directement fournir la solution à quiconque viendrait sans la moindre trace. Afin d'obtenir de l'aide et une solution à votre problème, il est fortement recommandé de présenter clairement l'état actuel du problème en nous fournissant :
Un descriptif clair et précis du problème
La tentative actuelle de résolution que vous avez effectué
Le résultat attendu et le résultat actuel
Toutes pistes de recherches pouvant aider à la résolution
Si tu as une relation 1-1 entre tes utilisateurs et leur info pro, je vois pas l’intérêt de faire plusieurs tables.
Idem pour l'adresse.
Si encore tu pouvais avoir une adresse pour différent user, je dis pas, mais la ca ne semble pas être le cas. De plus, vu que ta FK est non nullable, alors ca veut dire que tu auras forcément une adresse pour chaque user, mais si en fait elle ne sera pas saisie.
De ce fait, si c'est pour avoir exactement autant de lignes dans chaque table, avec une ligne dans infopro et une ligne dans adresse qui ne correspondra qu'à un seul et unique user, alors autant tout mettre dans une seule table.
Je peux comprendre qu'on ne veuille pas faire des tables avec trop de colonnes, mais la tu arriveras à tout casser à 27 colonnes, ca me parait pas si abusif pour nécessiter de devoir la casser en 3.
EDIT : Puis euh.... Ce sont des détails (et encore), mais revoir un peu le format de tes données :
sexe en varchar(255) ? un tinyint ne suffirait pas ?
tel/fax/fixe en int(11), pour le coup je miserais plutot sur du varchar non ? Que feras tu avec un "+32 7 xx xx xx x" pour les numéro étrangers ?
dateinscruption et heureinscription : autant les regrouper dans un seul et unique datetime non ?
pays : la limite faire une table de référence avec tous les pays du monde et faire une Fk dessus ? ca évitera d'avoir des "France/france/FRANCE/FR/fr" etc... c'est à dire toutes les variantes du monde pour un même pays.
Accepter des valeurs NULL, ou alors mettre des défaut à "". A moins que tous les champs soient effectivement obligatoire dans ton appli (ce dont je doute, à cause typiquement des facebook/twitter/google+).
Age/date_naissance : en soit déjà l'âge tient sur un int(3), pas besoin d'un int(11). Ensuite, avec une simple soustraction de dates, tu peux recalculer l'age à la volée ) partir de la date de naissance. Alors qu'avec l'age en dur, tu devras faire l'effort de le mettre à jour tous les ans avec des jobs/batch, un effort supplémentaire pas nécessaire quoi.
Merci pour ton explication. Je vais de ce pas la mettre en application
Saisir des données dans une jointure de table
× Après avoir cliqué sur "Répondre" vous serez invité à vous connecter pour que votre message soit publié.
× Attention, ce sujet est très ancien. Le déterrer n'est pas forcément approprié. Nous te conseillons de créer un nouveau sujet pour poser ta question.
N'oubliez pas d'activer les erreurs PDO.