Indexation : introduction
- document 1 document 2 document 3
- niveau 1 niveau 2 niveau 3
- audio 1 audio 2 audio 3
Descriptif
Dans cette deuxième partie du cours "Bases de données relationnelles", nous allons considérer des techniques d'indexation. Dans une première séquence, nous allons regarder des techniques plutôt introductives. Le but c'est de considérer l'accès à de gros volumes de données et nous allons déjà commencer par parler de technique générale pour faciliter cet accès. Pour accéder à de gros volumes de données, il y a essentiellement deux grands systèmes : les systèmes de fichiers et les systèmes de gestion de bases de données relationnelles (SGBD), le sujet de ce cours...
Intervenant
Thème
Notice
Documentation
Dans la même collection
-
Hachage dynamiqueAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette séquence, nous allons parler du hachage dynamique.
-
-
Multi-hachageAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette dernière séquence de le deuxième partie, nous allons parler du multi-hachage.
-
Fichiers indexésAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dance cette séquence, nous allons parler de fichiers indexés. C’est une structure de données qui est utilisée essentiellement pour accélérer l’accès à l’information.
-
Hiérarchie de mémoireAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette deuxième séquence, nous allons considérer une technique très efficace qui est la hiérarchie de mémoire.
-
Avec les mêmes intervenants
-
Pannes de disqueAbiteboulSergeNguyenBenjaminRigauxPhilippe
Nous allons conclure cette partie 5 en examinant le cas de panne le plus grave qui est la perte d'un disque.
-
Verrouillage à 2 phasesAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette séquence, nous allons présenter une deuxième manière d'atteindre la sérialisabilité qui est le verrouillage à deux phases ou "two-phase locking" en anglais noté 2PL. En fait, ce qu'on a vu
-
SérialisabilitéAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette troisième séquence, nous nous intéressons maintenant au concept de sérialisabilité. On a vu précédemment qu'une transaction est une séquence d'opérations. Et lorsqu'on a de nombreuses
-
Les problèmesAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette deuxième séquence, nous allons discuter des problèmes qui vont apparaitre lorsque de nombreuses transactions sont mises en concurrence. En effet, dans le cas général une base de données n
-
Les transactions : introductionAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette première partie, nous allons étudier les transactions et la concurrence c'est à dire le fait qu'il y ait plusieurs transactions qui arrivent en même temps. On va commencer par expliquer ce
-
Conclusion : cinq tendancesAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette dernière séquence du cours, nous allons examiner des tendances des bases de données distribuées.
-
RéplicationAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette cinquième séquence, nous allons étudier la réplication. L'idée à retenir : la raison essentielle à la réplication c'est la fiabilité.
-
ConcurrenceAbiteboulSergeNguyenBenjaminRigauxPhilippe
On a vu dans une séquence précédente, comment étendre l'optimisation de requête au cas distribué. Nous allons regarder maintenant comment étendre la concurrence au cas distribué.
-
Optimisation de requêteAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette séquence, on va parler d'optimisation de requête, on va montrer comment toutes les techniques d'optimisation de requête qui avaient été développées dans le cas centralisé peuvent être
-
FragmentationAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette troisième séquence, on va parler de fragmentation.
-
Différentes architecturesAbiteboulSergeNguyenBenjaminRigauxPhilippe
Dans cette deuxième séquence, on va considérer différentes sortes d'architectures utilisées pour faire des bases de données distribuées.
-
Algorithmes de reprise sur panneAbiteboulSergeNguyenBenjaminRigauxPhilippe
Avec le journal de transactions que nous avons présenté dans la séquence précédente, nous sommes maintenant en mesure d'avoir un algorithme de reprise sur panne qui est tout à fait robuste. Nous