• Aucun résultat trouvé

ProvSQL : Gestion de provenance et de probabilités dans PostgreSQL

N/A
N/A
Protected

Academic year: 2022

Partager "ProvSQL : Gestion de provenance et de probabilités dans PostgreSQL"

Copied!
1
0
0

Texte intégral

(1)

ProvSQL : Gestion de provenance et de probabilités dans PostgreSQL

Pierre Senellart Louis Jachiet Silviu Maniu Yann Ramusat ABSTRACT

Cette démonstration présente ProvSQL, un module open-source pour le système de gestion de base de données PostgreSQL qui lui ajoute un support pour le calcul de la provenance et des probabilités des résultats de requêtes. Une large gamme de formalismes de pro- venance sont pris en charge, en particuclier tous ceux capturés par les semi-anneaux de provenance, les semi-anneaux avec monus et la where-provenance. L’évaluation probabiliste de requête est rendue possible par l’usage d’outils de compilation des connaissances, en plus d’approches standard comme l’énumération des mondes pos- sibles et l’échantillonage de Monte-Carlo. ProvSQL prend en charge un sous-ensemble important des requêtes SQL sans agrégation.

© 2018, Copyright is with the authors. Published in the Proceedings of the BDA 2018 Conference (22–26 October 2018, Bucharest, Romania). Distribution of this paper is permitted under the terms of the Creative Commons license CC-by-nc-nd 4.0.

© 2018, Droits restant aux auteurs. Publié dans les actes de la conférence BDA 2018 (22 au 26 octobre 2018, Bucarest, Roumanie). Redistribution de cet article autorisée selon les termes de la licence Creative Commons CC-by-nc-nd 4.0.

64

Références

Documents relatifs

Secrétaire de rédaction: Véronique Wilhelm Relectnre : Dominique Grosse Conceptiongraphique: Fabrice Krachenfels Responsable

semiring (token, mapping ): a different UDF is defined for dif- ferent (m-)semirings, which returns the result of the evaluation of the subcircuit rooted at token of the

ProvSQL: Provenance and Probability Management in PostgreSQL Pierre Senellart, Louis Jachiet, Silviu Maniu, Yann Ramusat RESEARCH.. ProvSQL

Ne pas faire comme si cette imprécision n’existait pas, et la gérer de façon aussi rigoureuse que possible, tout au long d’un processus (automatique et humain) qui peut

Redéfinir le schéma de la base de données en incluant cette fois des clés primaires et

Ce qui veut dire que par défaut, un create table ira dans le schéma nommé comme l’utilisateur (select user), puis dans le schéma public.. Rappel : les schémas ne sont pas

• On peut mettre dans la table espèce des tuples dont l’identifiant est déjà dans la table genre. • On peut mettre dans la table espèce des tuples dont l’identifiant est

- le mode création pour définir ou modifier l'objet - le mode feuille de données pour voir le résultat avec les deux boutons suivants de la barre d'outils :!. Ouvrez de nouveau