Discussion :

[vlksoft]

Bonjour à tous,

je monte souvent des appli en access. Mais dans ma manière de faire, souvent, je ne fais rien dans la fenêtre des relations. Uniquement au niveau des requetes, je défini les relations. Pourriez vous me conseiller que faire pour un meilleur developpement.

merci à tous.

[Invité]

Bonjour

Je conseille d'utiliser la fenêtre relation, cela te permet d'avoir un vrai visualisation de ton schéma, et de bien gérer les intégrités entre tes différents éléments.

De plus, tu peux grâce à cela définir facilement des listes déroulantes dans tes tables qui se répercutent dans tes formulaires, ce qui te donne un gain de productivité.

Philippe

[curt]

Bonjour,

tout comme Philippe, j'affectionne la fenêtre des relations.

ça reste un excellent moyen de visualiser les relations, d'en faire un état, voir ou revoir les règles d'intégrités, etc...

A consommer sans modération (à mon avis).

Curt

[vlksoft]

Merci beaucoup pour vos contributions à cette discussion. Mais jusque là, il n'y a qu'un seul son de cloche. J'attends bien d'autres sons de cloche, qui déclencheraient bien sur une discussion constructive, qui pourraient me permettre ou aider les multitudes des membres d'adopter une attitude vraiment conséquente.
bye

[Invité]

Bonjour

A mon avis tu auras un seul son de cloche, la fenêtre relation est un outil indispensable.
Il te permet lorsque tu reprends un application fait par un tiers (dans la mesure où il a bien fait son travail), de voir la logique de l'application.

Pourquoi dans le forum Conception d'Access, on demande à voir une copie d'écran de cette fenêtre, c'est pour avoir un visuel rapide de la conception de la base.

Philippe

[curt]

Bonjour,

"Un seul son de cloche" !! merci du compliment.

C'est peut-être parce qu'on est du même avis Philippe et moi qu'il faudrait en tenir compte ?

Maintenant si tu préfères avoir raison et attendre qu'on te conforte sur la mauvaise voie utilisée....

Bonne journée.
Curt

[lucienkany]

Bonjour à tous.

Je pense que pour aborder dans le même sens et essayer de donner raison à vlksoft, il faut adopter intentionnellement sa méthode quand on ne souhaite pas qu'un autre développeur ne s'y retrouve. Peut être pour raison de sécurité. Mais quand on veut partager (c'est le cas sur ce forum) on utilise bien la fenêtre des relations.

Donc avis partagé!

[vlksoft]

Merci à tous,

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
"Un seul son de cloche" !! merci du compliment. 
 
C'est peut-être parce qu'on est du même avis Philippe et moi qu'il faudrait en tenir compte ? 
 
Maintenant si tu préfères avoir raison et attendre qu'on te conforte sur la mauvaise voie utilisée....

je n'aurai jamais pensé que ma réaction irriterait quelqu'un. Mais en fait étant chercheur, on recourt à plusieurs méthodes pour puvoir conforter de plus en plus la méthode adoptée. certes, je me disais en moi que la fenêtre des relations ne pouvait être mise là où elle est pour pouvoir être utilisée.

bye

[lucienkany]

Bonjour vlksof

En relisant le premier "post" qui a lancé ce débat et la contribution de curt, une question me vient à l'esprit :

Comment gères-tu les règles intégrités référentielles directement dans les requêtes?

Ta réponse à cette question nous édifierai beaucoup.

[vlksoft]

Bonjour monsieur LucienKany,
Certes les règles d'intégrités référentielles sont très importantes. Mais ne sont pas indispensables. Elles interviennent quand les tables de baseont des données qui peuvent soit être modifiées soit supprimées. Une chose dont je suis sure pour les quelques appli que j'ai developpées, l'intégrité référentielle n'était pas indispensable et à l'ajout d'une nouvelle donnée, une série des questions pour confirmer si l'orthograhe et tous les bazars sont bons. Et le tour est joué.

Voilà comment je procède.
bye

[curt]

Bonjour vlksoft,

eh ben alors là .... je te prédits les pires ennuis avec tes bases. Les régles d'intégrité sont l'essence même des bases de données (et pas seulement d'Access). Ne pas en tenir compte entraînera des incohérences entre les données mais aussi obligera à des saisies multiples ou à recopier n fois les mêmes données dans différentes tables.

C'est ton choix de travailler comme celà, mais la démarche va à l'encontre du but recherché, à savoir optimiser la saisie, la taille des tables, la puissance de traitement de l'information.

Curt

[vodiem]

bonjour à tous ,

vlksoft en tant que chercheur je comprends ta préoccupation de peser le pour et le contre afin de réaliser de facon plus pertinente tes db.

tu peux réaliser une db sans utiliser les relations: c'est un fait.
alors effectivement pourquoi passer ton temps à le faire?

he bien, il m'arrive aussi souvent de ne pas l'utiliser.
"que me jette un octet celui qui n'a jamais omis sciemment de faire une relation." :p

permets moi de te contredire curt: il est tout a fait possible de faire une appli fiable sans définir les règles d'intégrités dans les relations sans trop d'ennui.

"rendre moins lisible la db", je ne pense pas que ce soit une raison suffisante pour justifier la privation de relation.
n'oublions pas un avantage mais aussi l'inconvénient des relations: le respect de l'intégrité.
ils faut parfois détruire toute les relations à une table pour pouvoir la supprimer. c'est un petit soucis qui n'existe pas lorsqu'on importe une table régulièrement sans relation.
outre la souplesse lorsqu'on n'a pas ces relations de pouvoir détruire sans erreurs: normal pas de relations mais attention là curt a raison si on maitrise pas sa structure on va droit au mur.

donc reprenons au début:
"au commencement il n'eut de relations": ce n'était donc pas très productif.
il fallait donc coder pour vérifier l'intégrité etc...
puis est venu les clefs primaires, secondaires qui permirent d'établir des relations entre les tables afin de créer des index pour améliorer l'exécution des requêtes.
ainsi naît la notion de relations: répondre aux requêtes pressantes en mettant l'index aux bons endroits: sur les tables bien sur...
l'exécution étant plus rapide, tout le monde était content...
et pour ne pas avoir de déconvenue on définit les relations moins permissifs: on parle alors de leur intégrité.

en résumé: si tu peux établir ton trajets avec une carte et une boussole, ton gps (en théorie ) te guidera plus surement et sans effort. dans les deux cas ton objectif peut être atteint.

pour les petits trajets la boussole me suffit pour les longs je préfère m'en remettre à mon gps.

[Jeannot45]

Bonjour à tous.

Je pense que pour aborder dans le même sens et essayer de donner raison à vlksoft, il faut adopter intentionnellement sa méthode quand on ne souhaite pas qu'un autre développeur ne s'y retrouve. Peut être pour raison de sécurité. Mais quand on veut partager (c'est le cas sur ce forum) on utilise bien la fenêtre des relations.

Donc avis partagé!

Et quand le développeur s'en va qu'est-ce qu'on fait de la base si on veut la faire évoluer. J'en veux pour preuve la discussion "Poursuivre un développement interrompu il y a 10 ans"

Il faut reconnaitre que dans ce cas, c'est un peu tout et n'importe quoi.
Je reste comme Philippe et Curt (on est tous un peu cloche quelque part en cherchant à "raisonner" pour les autres) un adepte de la fenêtre des relations. (cela reste un début de documentation toujours difficile à obtenir avec certains développeurs toujours très jaloux de leur trouvaille.)

[Chtulus]

Bonjour,

"que me jette un octet celui qui n'a jamais omis sciemment de faire une relation."

Méga octet jeté mon petit vodiem

ainsi naît la notion de relations

De quelle relation ? Car il ne faut pas confondre relation entre les tables et relation faisant référence aux tables elle même et étant la définition du R dans SGBDR

l'intégrité référentielle n'était pas indispensable et à l'ajout d'une nouvelle donnée, une série des questions pour confirmer si l'orthograhe et tous les bazars sont bons. Et le tour est joué.

Le fait d'avoir un modèle relationnel facilite le travail, n'impacte pas la vue de l'utilisateur et permet des traitements mieux adaptés.

Pour les contraintes d'intégrité, elles permettent de renseigner unitairement les attributs concernant quelque information que ce soit et permet de gérer les formes normales. Atomicité, constance, non redondance...
Cela permet d'éviter un encombrement de la mémoire et de l'espace disque, voir la perte d'information.

A vous de voir, mais je plussois à Philippe, curt et Jeannot... Et en partie de vodiem

C'est dommage que @fsmrel ne passe pas par là tiens

[Edit]J'espère que je n'ai pas écrit trop vite....[/Edit]

[vodiem]

salut chtulus et Jeannot45,

Méga octet jeté mon petit vodiem

tu veux me dire qu'à chaque fois que tu as ouverts access tu as crées tes relations avant d'exécuter ta première requete? même pour un chouilla d'exemple?

Jeannot45, l'absence d'informations en générale rend la compréhension difficile. ce sont des conséquences mais je ne crois pas que ce soit l'origine même des relations qui sont pour moi la création implicite de contrainte.

toutefois comme me le fait rappeler Chtulus access est un SGDBR donc ne pas utiliser le R est un acte d'hérésie. toutefois s'il n'y a pas d'avantage à créer ses relations, personnellement je ne vois pas pourquoi le faire. (une doc technique dois faire partie d'un développement, avoir des relations seul ne suffisent pas)

ps: ce n'est pas de l'incitation à ne pas le faire comme il n'est pas bon non plus de le faire sans savoir pourquoi.

[Chtulus]

Salut vodiem ,

tu veux me dire qu'à chaque fois que tu as ouverts access tu as crées tes relations avant d'exécuter ta première requete?

Heu ben oui, pourquoi...

Et lorsque je fais des tests sur SQL Server que j'ai chez moi c'est pareil sauf si je n'ai qu'une table

[EDIT]
Sauf dans le cas d'une dénormalisation de base... (Je savais bien que j'avais oublié un truc...)
[/EDIT]

[vodiem]

Heu ben oui, pourquoi...

bon ok, vas pour un méga octet.

et tu n'as jamais rencontré de cas où tu pouvais te passer de déclarer tes relations sans que cela joue sur ton application?

[Chtulus]

Je n'ai pas dit que l'on ne pouvait pas le faire mais je tends à dire que c'est préférable de le faire pour les raisons déjà évoquées (Et encore j'ai arrêté, j'avais le boss derrière mon épaule et je l'avais pas entendu Heureusement qu'il est cool ).

Et même si on perd un peu de temps au début, je pense que cela en fait gagner à la longue.

De nombreuses personnes se projettent dans les formulaires, le VBA, leurs états, bref... la finalité alors qu'ils n'ont pas pris le temps de penser aux règles de gestion ni à la modélisation et partent tête baissée à créer des tables car c'est jolie !

Lorsque que tu as une relation avec une autre personne, c'est que quelque chose te relie à elle (J'ai pas osé ...). Si tu coupe cette liaison, tu n'a plus de relation... (Ou comment s'arracher les cheveux !)

[vodiem]

Lorsque que tu as une relation avec une autre personne, c'est que quelque chose te relie à elle (J'ai pas osé ...). Si tu coupe cette liaison, tu n'a plus de relation...

oui: quand on la coupe, là, ca fait mal.

vous avez dans tous les cas raisons: il est que recommandable de prendre de bonne habitude (même si on sait pas pourquoi on le fait. )

[Chtulus]

LoL, tu es en forme ce soir vodiem

même si on sait pas pourquoi on le fait

Ben si je le sais Mais effectivement peut-être pas tout le monde