PostgreSQL La base de donnees la plus sophistiquee au monde.

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

Prochaine révision
Révision précédente
en:pgday2009:french_track [2009/08/09 10:46] – créée gsmeten:pgday2009:french_track [2009/08/09 21:38] (Version actuelle) gsmet
Ligne 1: Ligne 1:
-====== PGDay 2009 : French track ======+====== PGDay 2009: French track ======
  
 ===== List of proposals ===== ===== List of proposals =====
  
-  - Marc Cousin - Eric Bollengier / Bacula et PostgreSQL, optimisation et retour d'expérience  
-  - Olivier Courtin et Vincent Picavet / PostGIS, un module de PostgreSQL pour les données spatiales 
  
 ===== Details ===== ===== Details =====
Ligne 10: Ligne 8:
 ==== 1. Bacula et PostgreSQL, optimisation et retour d'expérience ==== ==== 1. Bacula et PostgreSQL, optimisation et retour d'expérience ====
  
-<file> +Removed the details for the time being.
-* Noms : Marc Cousin - Eric Bollengier +
- +
-* Entreprises : Sigma Informatique (hypothétique, possible que ne souhaite pas +
-être mentionné), Bacula SystemsNe changera pas la présentation, sauf +
-présence ou non de Sigma sur les slides. +
- +
-* Biographie : +
-Marc Cousin : DBA PostgreSQL depuis 8 ans, DBA Oracle depuis 10 ans, ingénieur +
-système Unix/Linux. +
-Implication dans la communauté : membre PostgreSQL Fr, participation aux +
-mailing list/forums PostgreSQL, articles, participation dans des projets Open +
-Source autour de PostgreSQL (dont Bacula). Support et architecture des +
-technologies Open Source à Sigma Informatique. +
- +
-Eric Bollengier : directeur de l'ingénierie chez Bacula Systems. Membre actif +
-de la communauté Bacula depuis 2003. Eric a écrit de grandes +
-parties du logiciel Bacula, et a aussi développé l'interface Bweb pour +
-Bacula. Avant ça, Eric a travaillé en tant qu'administrateur système et +
-réseau. +
- +
-* Titre de la présentation : Bacula et PostgreSQL, optimisation et retour +
-d'expérience +
- +
-* Résumé de la présentation : +
-- Bacula et les SGBD, historique +
-- Le schéma de la base +
-- Le portage sous MySQL, puis PostgreSQL +
-- L'état de l'implémentation PostgreSQL en 2006. Problématiques : +
-       - Requêtes d'insertion +
-       - Gestion des transactions +
-       - Gestion des verrous +
-- Tentatives d'optimisation (requête préparée, procédure stockée), benchmarks, +
-solution définitive +
-- Situation actuelle (références en production, performance) +
-- Problématiques spécifiques : insertion de masse (plusieurs millions +
-d'enregistrement par requète dans une table contenant plus d'un milliard de +
-tuples, interrogation pour restauration, purge, nettoyage des enregistrements +
-superflus). +
-- Tuning spécifique +
-- Pourquoi préférer PostgreSQL pour Bacula ? +
-</file>+
  
 ==== 2. PostGIS, un module de PostgreSQL pour les données spatiales ==== ==== 2. PostGIS, un module de PostgreSQL pour les données spatiales ====
  
-<file> +Removed the details for the time being.
-Name(s) : Olivier Courtin et Vincent Picavet +
- +
-Company : N/A +
- +
-Biography : +
- +
-Vincent Picavet est ingénieur en mathématiques appliquéesAprès un passage à +
-l'INRIA pour du traitement d'imagerie satellitaire, il entre au domaine +
-géomatique de Makina Corpus, chez qui il conçoit et réalise des SIG dont +
-PostgreSQL et PostGIS sont les pierres angulaires. Il donne des formations +
-PostGIS à l'université et en entreprise, et travaille désormais en indépendant +
-en tant qu'expert SIG et OpenSource, ce qui lui a donné l'occasion de devenir +
-contributeur PostGIS, et de participer au PGDay 2008. +
- +
-Olivier Courtin a commencé à travailler avec PostGIS en 2004 dans le cadre de +
-sa thèse de master. Il a organisé plus de 25 sessions de formation liées à +
-PostgreSQL et PostGIS ces 5 dernières années. +
-Olivier est un commiter PostGIS depuis 2008, en charge des fonctions d'export +
-PostGIS. Il a participé au PGDay francophone 2008 et au code sprint de Toronto +
-en 2009. +
- +
-Title : PostGIS, un module de PostgreSQL pour les données spatiales +
- +
-Abstract : +
- +
-Il est dit que 80% de l'information possède une composante spatiale. +
-Pour tirer pleinement parti de cette caractéristique, les collectivités +
-locales comme les entreprises privées mettent en place des systèmes +
-d'information géographique. +
-Les SIG étaient historiquement des logiciels bureautiques, mais ont évolué +
-vers des systèmes à l'architecture distribuée, et une ouverture forte vers le +
-web. Dans ce contexte, le SGBD PostgreSQL accompagné de la cartouche spatiale +
-PostGIS tient une place prépondérante pour le stockage et le traitement des +
-données. +
- +
-Que ce soit pour des finalités de représentation cartographique, de +
-manipulation et traitement de données métier liées au territoire, de +
-géodécisionnel ou de géomarketing, le couple PostgreSQL/PostGIS répond aux +
-besoins sans rien envier aux concurrents que peuvent être Oracle Spatial, SQL +
-Server ou MySQL. +
- +
-Basée sur des normes de l'ISO ou de l'OGC, PostGIS permet de traiter des +
-objets géographiques simples (points, lignes, polygones) ou plus complexes. +
-Les mécanismes d'indexation spatiale permettent d'atteindre des performances +
-accrues pour les requêtes sur ces objets géographiques. +
-De nombreux opérateurs et fonctions permettent des traitements variés sur les +
-géométries. La création, modification, mais aussi les calculs de relation et +
-de mesure entre les objets (intersection, proximité...). Des traitements plus +
-complexes sont également disponibles : aggrégation de géométries, calcul +
-d'enveloppe convexe, simplification de géométries... +
- +
-PostGIS fournit aussi des fonctions d'export qui facilitent l'interopérabilité +
-des systèmes. L'export JSON favorise l'utilisation des données dans des +
-applications web basées sur OpenLayers, l'export KML permet une visualisation +
-immédiate dans Google Earth, le GML est destiné aux applications utilisant les +
-standards OGC (p. ex. TinyOWS). +
- +
-L'entrée de PostGIS dans le processus d'incubation de l'OSGéo garantit la +
-perennité de ce composant, et promet de nouvelles fonctionnalités pour les +
-versions à venir 1.5 puis 2.0. +
-</file>+
 
en/pgday2009/french_track.1249807590.txt.gz · Dernière modification : 2009/08/09 10:46 de gsmet