Conception de base de donnees

Thèmes abordés

Conception base de données relationnelle (SGBDR), site, marchand,

Résumé du document

lA la vue de plusieurs questions sur les bases de données, et surtout la conception du schéma de base. En effet, bien souvent les problèmes de certaines personnes sont dus à des bases mal pensées à la base, et qui par la suite peuvent empêcher certaines possibilités qui peuvent être demandées dans la vie d'un projet

Extraits

[...] Téléchargement de l'exemple Le téléchargement se fait ici : http://fromelard.free.fr/Scripts/Conception_Base/ Conclusion J'espère que cette petite explication vous aura aidé dans la réalisation de vos projets. Toutefois, je vous conseille de commencer par des bases simples. [...]

[...] On va faire un site simple avec une liste d'articles proposés très basique et des information basique pour les utilisateurs, on peut encore bien plus perfectionner la base. Définition des besoins On va simplement stocker les informations basiques concernant les articles (Nom, Prix Définition, Marque) et les informations nécessaires à l'envoie de ces produits à l'acheteur (Nom, Prénom, Adresse, Code Postal, Ville, Pays, Mot de passe). Donc d'aspect on peut déjà dire que les informations à stocker sont très simples et que la base ne va pas être très compliquée à monter. [...]

[...] Conception de Base de Données Explication sur la Conception de Base de Données Introduction A la vue de plusieurs questions sur les bases de données, et surtout la conception du schéma de base. En effet, bien souvent les problèmes de certaines personnes sont dus à des bases mal pensées à la base, et qui par la suite peuvent empêcher certaines possibilités qui peuvent être demandées dans la vie d'un projet. Cet article n'est pas à but théorique mais va être développé à partir d'un exemple de façon à mieu comprendre l'importance de la réalisation du schéma de base, avant de s'attaquer au codage (que ce soit en ASP ou PHP). [...]

[...] Données à stocker Pour chaque table, on va lister les données à stocker dans cette base, table par table, en précisant le type de donnée qui va être choisi (non obligatoire). ARTICLES • id_article (Clé unique primaire et autoincrémentée) • nom_article (Champ type texte) • prix_article (Champ type numérique) • definition_article (Champ type texte à taille variable - memo(sous Access) ou nvarchar(sous SQL Server)) • marque_article (Champ numérique en liaison avec la table MARQUE, correspondra à l'ID de la marque) MARQUE • id_marque (Clé unique primaire et autoincrémentée) • nom_marque (Champ type texte) ACHETEUR • id_article (Clé unique primaire et autoincrémentée) • nom_acheteur (Champ type texte) • prenom_acheteur (Champ type texte) • adresse_acheteur (Champ type texte) • code_postal_acheteur (Champ type texte) • ville_acheteur (Champ numérique en liaison avec la table VILLE, correspondra à l'ID de la ville) • pays_acheteur (Champ numérique en liaison avec la table PAYS, correspondra à l'ID du pays) • password_acheteur (Champ type texte) VILLE • id_ville (Clé unique primaire et autoincrémentée) • nom_ville (Champ type texte) PAYS • id_pays (Clé unique primaire et autoincrémentée) • nom_pays (Champ type texte) On voit ici le schéma avec les relations entre les tables :Donc la nous avons une base qui nous permet d'avoir la liste des produits et la liste des utilisateurs en utilisant des jointures simples entre 2 tables (ARTICLE-MARQUE) de la même façon pour la table ACHETEUR. [...]

[...] NB : Dans tous les projets, il existe un cahier des charges. Il est soit implicite (cas d'un développement personnel), soit explicite (quand le projet est demandé par une autre personne). De même, il peut être écrit (cas des contrats entre client et vous) soit oral (cas où un supérieur vous demande de lui faire un site ou une page Quoi qu'il en soit, celui-ci devra toujours rester à l'esprit de la personne qui va réaliser le projet, car il sera le fil conducteur de celui-ci. [...]