Fixed a few mistakes in cmp and sgbd.
This commit is contained in:
Delalande Ivan
parent
eb2e07e821
commit
b761de252d
5 changed files with 25 additions and 28 deletions
|
|
@ -6,8 +6,7 @@ Une base de données, c'est collection de données qui reflète un aperçu du mo
|
|||
réel.
|
||||
|
||||
Le SGBD c'est tout le système logiciel qui gére au moins une base de
|
||||
données. Il peut être mono ou multi-utilisateur (plutôt multi). Il peut être
|
||||
mono ou multi-utilisateur
|
||||
données. Il peut être mono ou multi-utilisateur (plutôt multi).
|
||||
|
||||
Les plus utilisés~:
|
||||
\begin{itemize}
|
||||
|
|
@ -46,7 +45,7 @@ exécuté ou rien).
|
|||
le sont.
|
||||
\item \textbf{Simplicité~:} utilisation d'un langage non procédural.
|
||||
\item \textbf{Efficacité des accès aux données~:} temps de réponse proche
|
||||
d'une application dédiées. Les débits globaux sont très bons maintenant.
|
||||
d'une application dédiée. Les débits globaux sont très bons maintenant.
|
||||
\item \textbf{Partage et sécurité~:} multi-utilisateurs avec des droits très
|
||||
fins. Tout le monde ne peut pas faire des modifications ou lire
|
||||
toutes les données.\\
|
||||
|
|
@ -83,7 +82,7 @@ sert du système de fichiers du système). Mais les objectifs ne sont pas les
|
|||
mêmes, ce n'est pas le bon choix.
|
||||
|
||||
La partie interne va gérer la communication, gestionnaire de verrou,
|
||||
réwcupération en cas de panne, \ldots
|
||||
récupération en cas de panne, \ldots
|
||||
|
||||
La partie externe va faire l'interface avec les applications.\\
|
||||
|
||||
|
|
@ -91,10 +90,10 @@ La partie externe va faire l'interface avec les applications.\\
|
|||
On trouve 4 grands modules~:
|
||||
\begin{itemize}
|
||||
\item \textbf{L'évaluateur de requête~:} parse, planifie, évalue les
|
||||
opérateurs, optimisation
|
||||
opérateurs, optimisations.
|
||||
\item \textbf{Gestion de la concurence~:} gestionnaire des transaction et des
|
||||
verrous
|
||||
\item \textbf{Récupération en cas de panne}
|
||||
verrous.
|
||||
\item \textbf{Récupération en cas de panne.}
|
||||
\item \textbf{Gestion des données~:} gestionnaire de l'espace disque, du
|
||||
tampon, méthode d'accès et fichiers.
|
||||
\end{itemize}
|
||||
|
|
@ -159,18 +158,18 @@ suit deux projets majeurs~:
|
|||
\end{itemize}
|
||||
|
||||
Le succès du modèle relationnel tient dans l'implémentation multi-plateforme
|
||||
car son concurent~: le modèle réseau qui ne fonctionnait que sur les mainframe
|
||||
car son concurent~: le modèle réseau qui ne fonctionnait que sur les mainframes
|
||||
d'IBM exclusivement.\\
|
||||
|
||||
De nombreux points de Ted Codd ont cependant été abandonnées~: le langage de
|
||||
De nombreux points de Ted Codd ont cependant été abandonnés~: le langage de
|
||||
base (alpha) était très mathématique et peu adapté. Au final, la première norme
|
||||
de SQL est parrue en 86.
|
||||
|
||||
\subsection{Modèle entité/association}
|
||||
|
||||
Proposé par Peter Chen~: chaque enregistrement est une entitée qui sont reliées
|
||||
entre-elles par des associations. Personne n'a implémentés ces idées, seul
|
||||
l'outils de modélisation a été conservé.
|
||||
entre-elles par des associations. Personne n'a implémenté ces idées, seul
|
||||
l'outil de modélisation a été conservé.
|
||||
|
||||
\subsection{Modèle R++, Relationel++}
|
||||
|
||||
|
|
@ -190,7 +189,7 @@ implémenter de la gestion objet.
|
|||
Reprise des idées du modèle sémantique. Implémentée par une société française
|
||||
(O2) par François Bancilhon. Il crée un langage déclaratif OQL.
|
||||
|
||||
La compta de l'école est toujours gérée sous Orion \o/
|
||||
La compta de l'école est toujours gérée sous Orion \textbackslash{}o/
|
||||
|
||||
Le problème de la boîte fut qu'elle soit française~!
|
||||
|
||||
|
|
|
|||
|
|
@ -5,7 +5,7 @@
|
|||
\begin{itemize}
|
||||
\item Fournir des outils pour créer la base de données~: analyse des données
|
||||
et de leurs relations en s'affranchissant des traitements.
|
||||
\item Décrire la réalité, ni trop (problémes futur avec les traitements), ni
|
||||
\item Décrire la réalité, ni trop (problémes futurs avec les traitements), ni
|
||||
trop peu (ne pas être capable de représenter un cas réel).
|
||||
\end{itemize}
|
||||
|
||||
|
|
@ -15,8 +15,8 @@
|
|||
|
||||
On commence par étudier les besoins de l'application~: on extrait les besoins
|
||||
fonctionnels (qui donneront lieu à l'analyse fonctionnelle qui défini les
|
||||
définis de haut niveau) et les besoins en données (qui donnera lieu à la
|
||||
conception d'un shéma conceptuel).
|
||||
fonctions de haut niveau) et les besoins en données (qui donnera lieu à la
|
||||
conception d'un schéma conceptuel).
|
||||
|
||||
Ensuite, on passe à l'implémentation réelle.
|
||||
|
||||
|
|
@ -52,7 +52,5 @@ Elle peut avoir ses propres attributs.
|
|||
\paragraph{Cardinalité} Nombre minimum et le nombre maximum de participations
|
||||
de chaque occurence d'entité à une association.
|
||||
|
||||
\paragraph{Agrégation} Une agrégation est utilisée quanf on veut faire
|
||||
\paragraph{Agrégation} Une agrégation est utilisée quand on veut faire
|
||||
participer une association dans une autre.
|
||||
|
||||
Je crois qu'il y a un truc à faire pour la prochaine fois ... :D
|
||||
|
|
|
|||
Reference in a new issue