Download PDF by Michelle CLOUSE: Algèbre relationnelle - Guide pratique de conception d'une

By Michelle CLOUSE

ISBN-10: 2746041545

ISBN-13: 9782746041547

Show description

Read Online or Download Algèbre relationnelle - Guide pratique de conception d'une base de données relationnelle normalisée PDF

Similar french books

Read e-book online Choumicha - Poissons fruits de mer PDF

Coeurs d artichauts printaniers, petitespommes de terre aux crevettes et aux poivrons, loup farci aux amandes, pageot farci aux crevettes, pageot aux tomates et aux olives, pageot a l. a. nora, calamars farcis, crevettes a los angeles puree de poivrons, tomates farcies au hachis de sardine, brochettes de crevettes sauce a l avocat, rougets aux tomates cerise et pommes de terre, sardines marinees, sardines farcies aux crevettes, sardines en cocotte, paupiettes de merlan farcies aux crevettes facon tajine, billes marines sur lit de tendre ble, boulettes de merlan aux pois chiches, tajine de crevettes a l ail, tajine de boulettes de sardines, tajine de boulettes de merlan, boulettes de merlan a l huile d olive, poivrons aux trois couleurs marines aux sardines, tajine de poisson safrane, tagra aux anchois, paella de culmination de mer, paella terre-mer.

Additional resources for Algèbre relationnelle - Guide pratique de conception d'une base de données relationnelle normalisée

Sample text

Un contrat peut être signé par plusieurs clients. Quelles sont les cardinalités minimum, maximum possibles pour l’entité contrat ?  Non, un contrat en tant que tel doit être signé par le contractant, donc il existe au moins 1 client associé à ce contrat. Donc, la cardinalité minimum est égale à 1. De plus, la règle de gestion « un contrat peut être signé par plusieurs clients » nous indique que la cardinalité maximum n’est pas 1 mais n (n contractants pour la même occurrence de contrat). D’où les modélisations possibles suivantes : Si la règle de gestion avait été "un contrat ne peut être signé que par un et un seul client", la cardinalité maximum de l’entité contrat aurait été égale à 1.

Or, ces différentes composantes sont antagonistes, si l’on en privilégie une, c’est souvent au détriment d’au moins une autre. Particulièrement, si l’on réduit les budgets, la qualité finale peut en être affectée (matériel moins performant…).  Ce ne peut être ni les utilisateurs qui expriment leurs besoins, ni les informaticiens qui proposent des réponses à ces besoins qui sont susceptibles de prendre de telles décisions. Un troisième type d’acteurs apparaît : les décideurs (la direction).  Chaque décision sera prise dans l’intérêt du projet et pour répondre aux critères vus précédemment (coûts, délais, qualité…) mais leur criticité sera variable.

Cela l’alourdit certes, mais cela permet de faciliter la maintenance de l’application : une évolution des traitements n’affectant pas obligatoirement les données et vice versa, ceci allégeant la mise à niveau informatique. Cette séparation n’élimine pas, dans le déroulement de la méthode, des étapes de vérification de cohérences entre traitements et données. Exemple Considérons une facture envoyée au client. Jusqu’à maintenant, l’adresse de la facture était structurée de la manière suivante : © ENI Editions - All rigths reserved - 1- Nom Prénom Adresse Code Postal Bureau distributeur Le service de la facturation demande que l’adresse comporte dorénavant la civilité (M, Mme, Melle) avant le nom.

Download PDF sample

Algèbre relationnelle - Guide pratique de conception d'une base de données relationnelle normalisée by Michelle CLOUSE


by Joseph
4.0

Rated 4.54 of 5 – based on 23 votes