Discussion :

[highenergy]

Bonjour,

Je souhaite aider un ami dans la gestion de quelques appartements qu'il possède. Pour cela, je souhaite utiliser Access. En école d'ingé, j'avais vu les bases du SQL et d'Access. J'ai donc réalisé un petit schéma attaché en pièce jointe. Je souhaiterai juste savoir s'il est cohérent. Pour le langage SQL et la création de requètes, il n'y a jamais eu de problèmes mais j'ai souvent eu du mal avec les clés primaires/étrangères. Est-ce que quelqu'un pourrait s'il-vous-plait me dire si mon schéma est cohérent ? Si je devais changer certaines clés primaires ou ajouter une table ? Je pense que cela prend 2 minutes à quelqu'un ayant un peu l'habitude.

Merci

Bien cordialement,

[fsmrel]

Bonjour Highenergy


Avant de présenter un ensemble de tables, il serait bien que vous présentiez les règles de gestion des données, en français.


Dans un 2e temps, il serait bien aussi de suivre les principes de base, tels que l’identification des entités-types (dont sont dérivées les tables) : par exemple, selon votre système, une personne ne peut pas être locataire de plus d’un logement, est-ce bien ainsi que votre ami voit les choses ?


On attend les règles de gestion.

[highenergy]

Bonjour,

Merci beaucoup pour votre message.

Pour les règles de gestion je dirais :

1) Un locataire loge dans un logement

2) Un bail a été signé par locataire. Faudrait il changer la relation, car on pourrait imaginer qu'un locataire signe plusieurs baux ?

3) Chaque locataire reçoit une facture périodiquement

4) Les charges et le loyer sont inclus dans la facture

J'ai pris le numéro de sécurité sociale pour les locataires car c'est un véritable numéro unique identifiable. Cependant, après réflexion, ces personnes étant susceptibles d'avoir un système de santé différent du français, les noms et prénoms seraient plus adaptés.

Un locataire peut louer seulement un logement ? Oui, effectivement, dans mon esprit aucun locataire ne louait deux logements?

S'il manquait quelque chose, n'hésitez pas à me le dire s'il-vous-plait !

Merci

Bien cordialement,

[GeekMokona]

Quels sont les règles de Gestions sur les factures , Charge et Loyer et quel est leur relation avec le logement ou le locataire ou le bail !

Les règles de Gestion sont des phrases en français décrivant en autres des exigences lié au métier ou au besoin de l'utilisateur .
Exemple :

Le loyer pour un logement est défini tout les ans (ou à chaque renouvèlement de baille )
Le Loyer d'un logement comprend plusieurs charges.
une charges n'est compris que dans un loyer
un locataire ne peux louer un seul logement
un logement ne peut être louer que par un seul locataire

Ect ..

Le verbe étant les relations (Louer , comprendre ) , les objets (logement , locataire) des entités

donc il faut avant tout que vous posez toutes les questions possible sur la gestion de ces locations à votre coussin ainsi que sur le but de cette gestion informatique .

[fsmrel]

J'ai pris le numéro de sécurité sociale pour les locataires car c'est un véritable numéro unique identifiable

Comme d’habitude, appliquons la règle fondamentale énoncée par Yves Tabourier, développée dans son ouvrage (De l’autre côté de MERISE, page 80), et c’est une règle d’or qui reste malheureusement trop souvent méconnue, malgré ses plus de 25 ans d’âge :

« ... la fonction d’une propriété est de décrire les objets (et les rencontres), alors que l’identifiant ne décrit rien. Son rôle fondamental est d’être sûr de distinguer deux jumeaux parfaits, malgré des descriptions identiques.
L’expérience montre d’ailleurs que l’usage des “identifiants significatifs” (ou “codes significatifs”) a pu provoquer des dégâts tellement coûteux que la sagesse est d’éviter avec le plus grand soin de construire des identifiants décrivant les objets ou, pis encore, leurs liens avec d’autres objets... »

Pour avoir effectué bien des audits de SI (systèmes d’information), j’ai pu constater ces dégâts, entraînant souvent la refonte des SI, victimes de la non application de cette règle de bon sens. Ainsi un identifiant n’est porteur d’aucune signification et donc est invariant.

Bref, pour la table LOCATAIRE, vous mettrez un œuvre un attribut tout neuf, invariant (non modifiable) qui servira pour la clé primaire de la table et pour ses associations avec les autres tables.

les noms et prénoms seraient plus adaptés

Voyez la règle d’or ci-dessus...

Après réflexion, ces personnes étant susceptibles d'avoir un système de santé différent du français, les noms et prénoms seraient plus adaptés.

Il est un fait qu’on ne pourrait pas louer à une personne non immatriculée à la sécu. Et que se passera-t-il si un locataire décide de quitter la sécu ?

Un locataire loge dans un logement

Il y a une différence entre « loger » et « louer ». Exemple : je souhaite louer deux appartements, un pour moi et un pour mon fils, et bien sûr c’est moi qui signe les baux et règle les factures. Je loue les deux appartement mais loge « physiquement » dans un seul des deux : ça n’est pas réaliste ? Qu'en pense votre ami ?

A ceci près, il serait bien que vous exprimiez les règles de gestion de la façon suivante pour accélérer la mise en place des associations :

— A un moment donné, un logement peut ne pas être loué (il est vacant), mais s’il l’est c’est par au moins et au plus une personne.

— Une personne loue au mois et au plus un logement (ou, si la règle change, une personne loue au moins et au plus plusieurs logements).

Faudrait il changer la relation, car on pourrait imaginer qu'un locataire signe plusieurs baux ?

Si un locataire peut signer plusieurs baux, la règle de gestion devient :

Un locataire signe au moins un bail et au plus plusieurs. Un bail est signé par au moins et au plus un locataire.

Merci de présenter un nouveau jeu de règles de gestion (avec les « au moins » et « au plus » d'usage), que l’on pourra corriger et compléter au fur et à mesure. Le but de la manoeuvre est d'être à terme le plus complet possible et le moins flou qui soit, avant de fournir les tables ACCESS...

[punkoff]

Pour le numéro de secu il n'y a pas vraiment de discussion possible vu qu'il est interdit par la loi de l'utiliser comme identifiant d'une personne : http://www.cil.cnrs.fr/CIL/spip.php?article1434

[SQLpro]

J'ai pris le numéro de sécurité sociale pour les locataires car c'est un véritable numéro unique identifiable

C'est une véritable et grande ineptie...

1) une personne qui n'a pas sa carte vitale sur lui et ne se souvient pas de ce n° ne pourra pas se loger
2) les étrangers seront de fait interdit de séjour dans votre base. Le concept de n° de sécurité sociale n'existant qu'en france !
3) le changement de n° de sécurité sociale n'est pas impossible, même s'il est rare en pratique
4) un tel numéro compte 13 octets, soit 104 bits, c'est long et lourd pour une clef, donc des performances à la baisse
5) que ferez vous si un jour, l'état décide de changer ce n°, sa structure ? Actuellement un projet existe de remplacement de ce n° par un n°, de patient.
6) vous avez des chances d'aller doit en prison en stockant une telle information dans une base de données consacrée à l'immobilier, car ceci est strictement interdit par la Loi. À lire, relire et re relire : http://www.cnil.fr/fileadmin/documen...port%20NIR.pdf
7) il n'est pas UNIQUE !!!! À lire : http://fr.wikipedia.org/wiki/Num%C3%...iale_en_France
...

A +

[Richard_35]

J'ai pris le numéro de sécurité sociale pour les locataires car c'est un véritable numéro unique identifiable

C'est une véritable et grande ineptie...

==> , SQLpro, c'est évident !... voir ce post et la discussion qui va avec !