IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

 SGBD Discussion :

Fonctionnement d'une base de données


Sujet :

SGBD

  1. #1
    Membre averti
    Inscrit en
    mars 2004
    Messages
    1 853
    Détails du profil
    Informations forums :
    Inscription : mars 2004
    Messages : 1 853
    Points : 411
    Points
    411
    Par défaut Fonctionnement d'une base de données
    Bonjour à trous,

    je dois décrire le fonctionnement d'une base de données en générale sans en citer une particulièrement et sans trop entre dans le détail non plus..
    Notamment, il faut que j'explique l'utilité des log (journaux). Que se passe t'il lorsqu'il y a une insertion (alimentation des fichiers logs), le commit, le rollback, la gestion des accès concurrents.
    Je cherche un schéma qui représente ce fonctionnement mas j'ai un peu de mal à trouver pour vulgariser tout ça. Si vus un lien vers un schéma explicite, je suis preneur.

    Merci d'avance.

  2. #2
    Membre averti
    Inscrit en
    mars 2004
    Messages
    1 853
    Détails du profil
    Informations forums :
    Inscription : mars 2004
    Messages : 1 853
    Points : 411
    Points
    411
    Par défaut
    Merci. Peut-être qu'il existe un schéma qui représente un peu tout cela.
    Voilà ce que j'ai réunis comme information mais il me manque les contentions, les accès concurrents :

    ==> Une base de données doit être stockées sur disque pour des raisons de taille et de persistance

    ==> Les données doivent impérativement être transférées en mémoires afin qu’elles puissent être traitées rapidement

    ==> Un critère essentiel de performance est le stockage le plus contigu possible des données

    ==> Le journal de transaction permet aux bases de données d’éviter de perdre des données en cas de panne ou de défaillance du sytème. Toute modifications d’un utilisateur ne sera pas perdu grâce à ce logging. En effet, ces fichiers journaux vont contenir toutes les modifications apportées à une base de données : INSERT, UPDATE et DELETE. Dans un premier temps, les données modifiées sont stockées dans la mémoire tampon, puis après un commit, elles sont stockées dans les fichiers journaux.

    ==> Il est possible d’activer les archives logs pour archiver les fichiers journaux.

    ==> Si une base de données se crache un Vendredi et que l’on a une sauvegarde uniquement le Lundi. Il sera possible de partir de la sauvegarde de Lundi en lui appliquant les modifications stockées dans les fichiers journaux jusqu’à Vendredi.

    Il manque certainement des choses importantes que je n'ai pas mentionner...

  3. #3
    Membre averti
    Inscrit en
    mars 2004
    Messages
    1 853
    Détails du profil
    Informations forums :
    Inscription : mars 2004
    Messages : 1 853
    Points : 411
    Points
    411
    Par défaut
    Bonjour. il faut que j'explique le cheminement des donnėes lors d'un insert par exemple. Les données vont en mémoire vive, puis elles sont écrites dans des journaux de logs, puis après un comit elles sont écrites dans la base de données, c'est bine ça?

  4. #4
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    21 181
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 21 181
    Points : 50 419
    Points
    50 419
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par Mat.M Voir le message
    je ne pense pas qu'un tel schéma existe car l'implémentation des commit et rollback sont propres à chaque SGBDR c'est qu'Oracle présupposément ne gère pas ça comme le fait Microsoft Server par exemple.
    Pour ce qui est de la gestion d'un commit je pense que le SGBD doit mettre en cache la ligne dans une table affectée.
    Pour ce qui est des accès concurrents c'est un truc dont le principe est simple c'est que le SGBDR dans un thread séparé verrouille une ou des tables modifiées
    Tous les SGBD Relationnels fonctionnent selon le même principe de gestion des transactions par journalisation dans un fichier de type WAL (Write Ahead Log) mis au point par Philip A. Bernstein et Eric Newcomer et Jim Gray dans les années 70 et leur implémentation reposent sur l'algorithme ARIES utilisé par TOUS les SGBDR actuels !
    https://cs.stanford.edu/people/chris...5/rl/aries.pdf

    Vous pouvez utiliser le schéma suivant :

    Nom : Journalisation des transactions - Frederic Brouard - Microsoft SQL Server 2014.jpg
Affichages : 34
Taille : 95,9 Ko

    Extrait de mon livre SQL Server 2014, à condition de mentionner :
    "extrait de : Microsoft SQL Server 2014 - ed. Eyrolles - F. Brouard, C. Soutou, D. Barabarin, N. Souquet"
    merci
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  5. #5
    Membre averti
    Inscrit en
    mars 2004
    Messages
    1 853
    Détails du profil
    Informations forums :
    Inscription : mars 2004
    Messages : 1 853
    Points : 411
    Points
    411
    Par défaut
    Bonjour Merci SQLpro pour le schéma.
    Il y a juste un point que je saisi pas bien.
    Los d'une mise à jour de données, cette mise à jour est d'abord dans :
    1) la mémoire cache
    2) dans les fichiers de logs
    puis après le COMMIT,
    il y a un transfert de cette modification dans la Database ?
    C'est le fait de commiter qui provoque l'écriture dans la base à partir des fichiers journaux ?

  6. #6
    Rédacteur

    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    21 181
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 21 181
    Points : 50 419
    Points
    50 419
    Billets dans le blog
    1
    Par défaut
    Suivez les numéros !

    La commande CHECKPOINT est déclenchée de temps à autre. Soit :
    • cycliquement
    • sur quantité à mettre à jour
    • sur pression mémoire
    • ...



    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

Discussions similaires

  1. Quels logiciels de modélisation pour une base de données ?
    Par octopus dans le forum Décisions SGBD
    Réponses: 6
    Dernier message: 12/06/2014, 22h41
  2. fonctionnement d'une base de données
    Par big1 dans le forum Administration
    Réponses: 6
    Dernier message: 03/09/2010, 13h34
  3. [Strategie][Java][XML] Import dans une base de données
    Par nad dans le forum XML/XSL et SOAP
    Réponses: 2
    Dernier message: 23/09/2002, 11h12
  4. [Concept] Stabilité d'une base de donnée
    Par lassmust dans le forum Décisions SGBD
    Réponses: 3
    Dernier message: 03/07/2002, 16h16
  5. associer une base de données(access) a un dbgrid
    Par ange1708 dans le forum MFC
    Réponses: 3
    Dernier message: 11/06/2002, 12h18

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo