Discussion :

[ZoliveR]

Bonjour à tous

Je suis actuellement une formation sur les bases de données. Je dois d'abord vous dire que je ne connais qu'Access au niveau BD. Et je ne comprends pas pourquoi il faut passer par un schéma entité-association avant de faire un schéma relationnel.

Lors de ma première journée, j'ai été quasiment noyé par des termes compliqués (tuple, ...) et puis par un schéma E/A, avant que ca fasse tilt dès qu'on a parlé de relationnel avec les tables et des liens entre elles.

Je m'y perds un peu et j'aimerais votre avis. J'ai lu sur un forum qu'avant de construire une BD il faut passer par l'entité/association avant de passer par les tables et les relations .

Question bonus: Actuellement j'avais projeté de faire une BD Access, mais il est fort possible qu'on s'oriente vers le web (inscription en ligne). Quelle est la meilleure solution pour des petites bases de données? (maximum une dizaine de tables avec pas plus de 3000 entrées).
De plus, qu'est ce qui correspond aux états dans les autres BD? Car j'aimerais pouvoir imprimer des lettres



Merci de vos réponses.

[CinePhil]

Bonjour et bienvenue sur le forum.

je ne connais qu'Access
...
pourquoi il faut passer par un schéma entité-association avant de faire un schéma relationnel.

Je suppose que ce que tu appelles "schéma relationnel" est le schéma des relations d'Access ?

Quant au schéma "entité-association", je ne sais pas quel schéma on t'a donné mais si c'est équivalent à ce que propose MySQL Workbench, ne trouves-tu pas que c'est très proche du schéma relationnel d'Access ?

Si par contre il s'agit en fait du Modèle Conceptuel de Données de la méthode Merise qui relie des entités entre elles avec des relations en forme de patate, c'est vrai que c'est un peu différent mais c'est assez facile à comprendre. Si tes cours te semblent un peu obscur en la matière, regarde ceux présents sur l'espace de SQLPro.

On change de sujet :

Question bonus: Actuellement j'avais projeté de faire une BD Access, mais il est fort possible qu'on s'oriente vers le web (inscription en ligne). Quelle est la meilleure solution pour des petites bases de données? (maximum une dizaine de tables avec pas plus de 3000 entrées).

Dans ce cas, le SGBD le plus répandu est MySQL. Il présente l'avantage d'être disponible à la fois pour Windows et Linux.
Il y a aussi Postgresql mais qui est un peu plus délicat à prendre en main, quoique plus rigoureux que MySQL sur certains points.
Par contre, s'adresser à Access à travers une application web n'est probablement pas le bon choix. Je n'ai jamais essayé mais ça ne serait tout simplement jamais venu à l'idée !

De plus, qu'est ce qui correspond aux états dans les autres BD? Car j'aimerais pouvoir imprimer des lettres

Access est un ensemble comprenant un gestionnaire de bases de données, des outils pour faire des formulaires et des états et un espace pour programmer en Visual Basic.
Les autres SGBD font très bien de la gestion de base de données relationnelles mais ne sont pas fait pour faire de la présentation, sous quelque forme que ce soit. Il faut donc développer l'interface web avec le langage de ton choix, PHP, Java... et c'est ce programme qui adressera des requêtes au SGBD et traitera le résultat pour la présentation à l'utilisateur.

Il y a des cours et des forums spécialisés sur developpez.com pour tous ces sujets.

[ZoliveR]

Merci pour ta réponse.

Pour le premier, c'est Entité Association. Donc des patates et entre elles des losanges, avec 1,n ou 0,1 enfin le système du 1 to x, 1 to 1 ou x to x.
Je trouve quand même plus clair sous forme des relations.

Pour la 2ème question en effet ca va être un choix cornélien, choisir entre access avec possibilité d'imprimer des lettres, des rapports, ... mais sans le web, et le choix de mysql, avec prise en charge du web, mais sans impression de documents. Y a t'il un intermédiaire?

[CinePhil]

Comme je le pensais, ce que tu appelles "schéma entité-association" et qui est appelé ainsi ici aussi, est bien le MCD de la méthode Merise.
Le lien vers le cours de SQLPro que je t'ai donné est donc cohérent avec ce que tu as appris.
Personnellement, j'aime bien passer par l'étape du MCD car il est assez facile à faire, à comprendre et à vérifier, même s'il n'est pas aussi riche que le diagramme de classes UML pour la représentation de certaines situations et notamment des contraintes. Mais rien n'interdit de les ajouter avec un texte à côté ou d'adopter une schématique similaire.
Ensuite, avec un logiciel tel que Open Modelsphere, le MCD peut être transformé automatiquement en Modèle Logique de Données (MLD) qui ressemble fortement au schéma des relations d'Access ou au schéma Entity/Relation (E/R) de MySQL Workbench.

Mais c'est vrai qu'il m'est arrivé aussi de faire directement un E/R directement sur MySQL Workbench. Avec de l'habitude ça ne pose pas de problème particulier.

Si tu as des questions sur la compréhension de ces schémas, n'hésite pas à les poser ici.

Je te suggère par contre de poser ton autre question dans le forum Access pour savoir si on peut facilement et sans problème l'interfacer avec une application web, ou dans le forum Décisions SGBD pour t'aider à choisir les outils qui te permettront le plus facilement de faire ce que tu veux.

Bon courage !

[ZoliveR]

Merci pour ton aide