Cette première partie est une introduction générale à l'architecture du Web et à
l'évolution de son usage, d'un Web documentaire vers un Web de données.
Elle est axée sur une culture générale du web et de son évolution, pour
vous permettre de mieux comprendre la génèse des nouveaux standards qui
sont décrits dans la suite du cours.  Pour cela, cette première partie débute avec une vision générale et historique du Web pour se conclure sur une
première manipulation technique du Web de données.

Cette deuxième partie du cours se concentre sur RDF.
RDF est la première brique des standards du web sémantique et  recouvre à la fois un modèle et plusieurs syntaxes, dont une en XML, pour publier des données à propos de tout et n'importe quoi sur le Web.
Il permet à quiconque de décrire des ressources, et notamment des
ressources du Web, comme par exemple l'auteur, la date de création, le
titre et les droits de diffusion d'un film. RDF est au web de données ce
que HTML était au web documentaire dans sa métaphore initiale : le
langage dans lequel on décrit, représente et relie des ressources à
échanger sur le web. Entrons ensemble dans ce "Resource Description
Framework"...

Cette troisième partie du cours "Web sémantique et Web de données" aborde le langage et protocole SPARQL (qui se prononce "sparqueul" comme sparkle en Anglais).
La recommandation SPARQL fournit trois outils importants pour l’échange des données :

un langage de requête sur des graphes RDF permettant de spécifier le type de données recherchées ;
des formats pour représenter les résultats d'une requête ;
un protocole pour soumettre une requête à un serveur distant et recevoir les résultats, notamment à travers le protocole HTTP.

Allons découvrir cet "éclat" du Web...

Cette quatrième partie aborde le standard RDFS. 
Pour s’assurer de l’interprétation et de l’utilisation qui peut être faite des données, il est très utile de pouvoir publier leurs schémas
avec elles, c'est-à-dire un document si possible formel qui capture et
explique le sens, les catégories, les relations, les contraintes des
données et de leur structure. Pour cela, au-dessus de RDF se dresse la
pile des langages de schémas (ou ontologies) avec une expressivité et un
coût de calcul croissants : plus l’on monte dans la pile et plus
l’expressivité logique nous permet de capturer des aspects des
structures de données et de leurs primitives, mais aussi, plus les
raisonnements sur ces schémas sont coûteux. Le premier niveau
dit des schémas légers est celui de RDFS (RDF Schema) permettant de
déclarer et de décrire l

Cette cinquième partie du cours "Web sémantique et Web de données" aborde le standard OWL.
Au-dessus de RDFS, la recommandation OWL (Ontology Web Language) est
une extension en trois fragments d’expressivité croissante: OWL Lite, OWL DL et OWL Full. Les différents fragments de cette extension sont basés sur une famille de langages appelée les logiques de description
qui permettent des déductions supplémentaires, telles que la
vérification de la cohérence d'un schéma, la classification automatique
des types afin de générer des hiérarchies, ou l'identification
automatique du type d'une ressource basée sur ses propriétés.
OWL permet la définition des classes en énumérant leur contenu ou par
union, intersection, complément et disjonction avec d’autres classes.
OWL permet également la caractérisation des propriétés (rest

Cette sixième partie du cours vous propose de découvrir plusieurs schémas existants.
 Il existe maintenant de nombreux schémas qui
couvrent de nombreux domaines: les personnes, les documents, les droits
d'utilisation, les thésaurus, etc. Il existe même des annuaires et
moteurs de recherche pour trouver ces schémas. Par exemple, l'annuaire LOV (linked open vocabularies)
recense des vocabulaires très connus et liés entre eux par des
réutilisations de classes ou propriétés. Complètement différent, mais
très utile aussi, prefix.cc
vous permet de retrouver à quel espace de nommage est souvent lié un
préfixe et, par extension, à quel vocabulaire il peut être fait
référence.
Par conséquent, avant de réinventer un schéma, il
nous faut nous demander s’il n’en existe pas déjà un qui soit
réutilisable plus ou moin

Cette dernière partie du cours "Web sémantique et Web de données" propose une conclusion ouverte du cours en abordant plusieurs initiatives pour intégrer toujours plus de données sur le Web.
Nous allons notamment voir comment décrire et tracer les données
publiées (VoID, DCAT, Prov-O), comment intégrer données et documents
avec la syntaxe RDFa pour RDF et comment exporter des données d’une base
relationnelle.
Nous terminerons en insistant sur l’existence d’autres standards que
nous ne couvrirons pas. Nous mentionnerons ainsi l’initiative LDP, qui
propose une interface d’accès aux données liées (une API REST). Nous
parlerons aussi d’une autre approche pour le raisonnement en reposant
sur des règles (RIF).
Enfin, nous conclurons la semaine et le MOOC en insistant sur
l’intégration des standards que nous avons vus

Une application qui utilise un SGBD doit pouvoir fonctionner (i) sans
courir de risque en cas de panne, et (ii) sans être perturbée par
d’autres applications qui s’exécutent en même temps. Nous présenterons
le concept fondamental pour garantir que c’est le cas, la transaction,
et des techniques pour garantir que plusieurs applications ne puissent
se gêner mutuellement.

Un index permet de retrouver une information élémentaire dans une grande
collection. Nous présenterons les deux structures de données les plus
standards pour implémenter efficacement des index, l’arbre B, et la
table de hachage. Ces structures sont au cœur de l’optimisation de
requêtes que nous considèrerons dans la semaine suivante.

Une des fonctionnalités les plus puissantes et les plus appréciables des
SGBD est leur capacité à engendrer à la volée un programme d’évaluation
très performant quand une requête leur est soumise. Cela décharge
l’utilisateur de cette tâche complexe, et surtout cela garantit une
adaptation constante aux ressources disponibles et au contexte. Nous
expliquerons comment une requête SQL est transformée en un plan
d’exécution, les principaux opérateurs constituant ce dernier, et les
méthodes d’optimisation pour arriver au meilleur plan possible.

Le contrôle d'accès permet de définir qui a le droit d'accéder à
certaines informations de la base, afin d'assurer la confidentialité des
données.

Un système informatique est sujet aux pannes, qui peuvent être légères
(coupure électrique) ou graves (dégradation générale ou locale d’un
disque). Un des rôles des SGBD est d’assurer la pérennité des données,
même en cas de panne. Nous expliquons les techniques et méthodes
permettant de reprendre le fonctionnement d’un SGBD après une panne, en
garantissant l’absence de perte de données