Rapport de fin de phase I - Haute école du paysage, d'ingénierie et ...

More documents

Recommendations

Info

Notre générateur devra faire la différence entre les classes persistantes et les classes éphémères. Dans ce cas nous utiliserons une des possibilités d’extension d’UML, les Tagged Values. Ce mécanisme permet d’ajouter des propriétés à un élément du méta-model UML sans devoir modifier ce dernier. La norme UML précise bien qu’une classe persistante doit être spécifiée au moyen d’une Tagged Value. Voici un aperçu simplifié du contenu du fichier XMI produit par Poseidon for UML : 22.06.2005 8/78 !
1.9. Cible Relationnelle objet Le modèle relationnel a fait ses preuves et il a démontré, surtout depuis les années 80, qu'il avait des points forts indiscutables. Il a aussi un certain nombre de points faibles, auxquels le modèle objet répond assez bien, d'où l'intérêt d'une intégration en douceur des deux modèles. 1.9.1. Forces et faiblesses du modèle relationnel Le modèle relationnel est complètement adapté aux applications de gestion grâce à son système de modélisation formé de tables dont les colonnes prennent des valeurs alphanumériques. Les concepts du modèle relationnel (tables, enregistrements, relations, champs, etc…) sont simples et aisément compréhensibles. De plus, la longue expérience dont bénéficient maintenant les SGBD relationnels a permis de les optimiser et donc de les rendre très performants. Un autre point fort du modèle relationnel est l'existence de SQL, un langage standardisé de création et de manipulation des bases de données. Le langage SQL est bien adapté aux architectures client-serveur, il intègre la gestion des transactions, indispensable lors d'accès concurrents aux données ainsi que pour leur sécurité. Par contre, le modèle relationnel, dont la conception est bien antérieure à l'avènement du multimédia et d'Internet, présente certaines faiblesses qui le pénalise aujourd'hui. On peut citer en particulier. • Pas de support des objets complexes Cette contrainte, imposée par le respect de la première forme normale de Boyce-Codd1, est inadaptée à la gestion des objets complexes, de plus en plus nombreux dans les applications actuelles. L'introduction des types de données binaires comme les CLOB (Character Large Object) ou les BLOB (Binary Large Object) ne résoud pas le problème, car la nature du stockage de ces types dans les SGBD relationnels ne permet pas des opérations comme la comparaison de deux LOB. Ils ne sont pas structurés, ce qui impose une lecture séquentielle de l'objet. • Non intégration des traitements: Le modèle relationnel sépare complètement les données des traitements, ce qui rend impossible l'encapsulation des données. L'encapsulation permet de cacher certaines informations à l'utilisateur et de les rendre accessibles uniquement par des opérations ou fonctions manipulant ces informations, permettant un contrôle de la consistance des données par le programme. • Absence de pointeurs visibles: Les pointeurs permettent un parcours très rapide de grandes quantités de données, avec des gains importants par rapport aux jointures par valeurs utilisées avec le modèle 1 La première forme normale veut que chaque attribut (ou colonne) d'une table contienne une valeur unique pour chaque enregistrement. 22.06.2005 9/78
Page 1 and 2: Cadre du projet ISNet35 Rapport pha
Page 3 and 4: sélectionner des informations mém
Page 5 and 6: public class A { } private Integer
Page 7: Dans un premier temps, nous avons u
Page 11 and 12: d'intégrité référentielle. L'av
Page 13 and 14: OCL est utilisé pour exprimer les
Page 15 and 16: Le type OclAny est le supertype pou
Page 17 and 18: Redéfinition des opérateurs Les o
Page 19 and 20: Cette fonction permet de faire des
Page 21 and 22: etourne toujours qu’un seul objet
Page 23 and 24: Lorsqu’il y a une ambiguïté pou
Page 25 and 26: « exists » context Company inv se
Page 27 and 28: Retourne vrai si l’expression ret
Page 29 and 30: prepend(unObjet : T) : Sequence Cet
Page 31 and 32:
Page 33 and 34: l’attribut xmi.id dont la valeur
Page 35: dataValue = '-99-26--92-79-247d4a:f
Page 38 and 39:
Page 40 and 41: l’extrémité d’association La
Page 42 and 43: collabore Employe Mandat 0..* 0..*
Page 44 and 45: … L
Page 46 and 47: Quand les objets sont définis comm
Page 48 and 49: • Externes BFILEs : Pointeur sur
Page 50 and 51: Cette désignation s’effectuera l
Page 52 and 53: attribut de la vue peuvent être em
Page 54 and 55: directement depuis les schéma du m
Page 56 and 57: Sens de navigation imposée Pour sp
Page 58 and 59:
On trouve la notation ci-dessous da
Page 60 and 61:
Voici par exemple la mise en place
Page 62 and 63:
(b Varchar(10) ), CREATE TYPE a AS
Page 64 and 65:
Ici en exemple, utilisation d’un
Page 66 and 67:
L’association un à plusieur sera
Page 68 and 69:
Création des tables CREATE TABLE t
Page 70 and 71:
Un des objectif de ce projet est de
Page 72 and 73:
L’utilisation d’une collection
Page 74 and 75:
-- Creation de la base exemple DROP
Page 76 and 77:
1.21.1.3. Exemple de peuplement pou
Page 78:
) SELECT 10, REF(S), 1, 0 FROM to_s
show all

Rapport de fin de phase I - Haute école du paysage, d'ingénierie et ...

Create successful ePaper yourself

Delete template?

Save as template?