<?xml version='1.0' encoding='utf-8'?>
<schedule><version>Firefly</version><conference><title>PGConf.EU 2014</title><start>2014-10-21</start><end>2014-10-24</end><days>4</days><baseurl>https://www.postgresql.eu/events/pgconfeu2014/schedule/</baseurl></conference><day date="2014-10-21"><room name="Renacimiento I"><event id="679"><start>09:00</start><duration>03:30</duration><room>Renacimiento I</room><title>Data analysis</title><abstract>This training covers important aspects of data analysis such as aggregations, analytics and windowing as well as extending PostgreSQL with additional functionality. Performance aspects will be discussed as well.
Content:

* Importing data efficiently
    * (COPY FREEZE, COPY FROM ... etc.)
* Hint bits and VACUUM related issues
* Indexing large scale data efficiently
    * (maintenance_work_mem, etc.)
* Simple aggregations
* Windowing functions
* Windowing vs. aggregations
* Writing custom aggregates
* Optimizing custom code
* Scaling out analytics
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/679/</url><track>Training</track><persons><person id="39">Hans-Jürgen Schönig</person></persons></event></room><room name="Medici III"><event id="680"><start>09:00</start><duration>03:30</duration><room>Medici III</room><title>Migration to PostgreSQL</title><abstract>In this hands-on workshop, we will give valuable tips for a successful migration from databases such as Oracle, MSSQL, MySQL or Informix to PostgreSQL.
Topics covered include:

* General:
    * Migration pros/cons
    * Preparation and general considerations
    * Methodology
* Data types, Object types, Syntax, Functions and procedures, Client libraries, Tools
    * Oracle to PostgreSQL
    * Informix to PostgreSQL
    * MySQL to PostgreSQL
    * MSSQL to PostgreSQL
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/680/</url><track>Training</track><persons><person id="38">Joe Conway</person><person id="46">Michael Meskes</person></persons></event></room><room name="Medici II"><event id="677"><start>09:00</start><duration>08:00</duration><room>Medici II</room><title>Rendimiento: el bueno, el malo y el feo</title><abstract>Cuando te veas enfrentado a infames problemas de rendimiento, que sólo busquen extraerte otro puñado de dólares en servidores cada vez más grandes, el contraataque de un buen pistolero puede ser tu mejor defensa. En esta sesión, aprende a trincherarte tras un buen ajuste del servidor; conoce las mejores estrategias de indexamiento y particionamiento, familiarízate con las maneras de disparar las armas que vacuum y explain proveen.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/677/</url><track>Training</track><persons><person id="193">Álvaro Herrera</person></persons></event></room><room name="Florencia II"><event id="682"><start>09:00</start><duration>08:00</duration><room>Florencia II</room><title>PostgreSQL Backups, Replication &amp; Disaster Recovery</title><abstract> In this session we will see different ways to backup your data, the steps for restoring the data afterwords in each case, and when it's best to use each one of them.

* Types of backups we will see
    * Logical backups
    * Physical backups
    * Logical replication
    * Stream replication
* Pros and cons of each one
* Different types of disaster, and which backup is best suited for recovery in each case.
* Why have more then one type of backup? Pros and Cons.
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/682/</url><track>Training</track><persons><person id="17">Simon Riggs</person></persons></event></room><room name="Other"><event id="817"><start>12:30</start><duration>01:00</duration><room>Other</room><title>Lunch</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/817/</url><track>Breaks</track><persons /></event></room><room name="Medici III"><event id="681"><start>13:30</start><duration>03:30</duration><room>Medici III</room><title>PostgreSQL and Java</title><abstract>Java is one of the most used languages when programming with PostgreSQL databases. Join this tutorial to learn or review the techniques to connect to postgres, best programming practices with JDBC, advanced JDBC, and to be introduced to MyBatis and jOOQ, software frameworks that allow you to use the full power of SQL and PostgreSQL's advanced query features, while avoiding all the boilerplate code. This tutorial is very practical: a significant part of the time will be dedicated to learn through code samples. 

This tutorial will cover: 

* Introduction to Java and PostgreSQL 
* Ways of connecting to PostgreSQL from Java (not only JDBC!) 
* Introduction to JDBC. JDBC types. PostgreSQL JDBC 
* Code demo: JDBC with PostgreSQL. From Java 1.4 to Java 8, best practices and code samples.
* Introduction to MyBatis, a great mapper for PostgreSQL. Code demo. 
* Introduction to jOOQ, get back in control of your SQL. Code demo.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/681/</url><track>Training</track><persons><person id="189">Alvaro Hernandez</person></persons></event></room><room name="Renacimiento I"><event id="678"><start>13:30</start><duration>03:30</duration><room>Renacimiento I</room><title>NoSQL on Acid – Maximizing Results with JSONB and PostgreSQL</title><abstract>PostgreSQL has kept up the momentum around JSON with version 9.4 featuring JSONB as demand for working with unstructured data continues to grow. PostgreSQL 9.4 introduces the new JSONB "binary JSON" type. This new storage format for unstructured document data is higher-performance than the original JSON type, and comes with indexing, functions and operators for manipulating and integrating JSON data easily with record oriented data in Postgres. This class will include instruction for several scenarios for working with JSON in PostgreSQL and demonstrate performance metrics. This class will also provide instruction on how to use different operations.

The course will address the following topics:

* Overview of JSON data types and operators
* Examples of SELECT, UPDATE, etc
* Indexing for JSON - GIN, GIST and how they impact performance
* Simple code node.js examples
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/678/</url><track>Training</track><persons><person id="44">Bruce Momjian</person><person id="63">Thom Brown</person></persons></event></room></day><day date="2014-10-22"><room name="Other"><event id="804"><start>09:30</start><duration>00:15</duration><room>Other</room><title>Welcome and opening</title><abstract>Welcome and opening</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/804/</url><track>Keynotes</track><persons><person id="1">Magnus Hagander</person></persons></event></room><room name="Medici I"><event id="716"><start>09:45</start><duration>01:00</duration><room>Medici I</room><title>Not Only NoSQL: A Case for NoSQL + PostgreSQL in a Big Data World</title><abstract>The NoSQL movement has grown as it helps web companies and traditional enterprises solve problems of scale, unstructured data, and more. But for some applications, NoSQL databases like MongoDB are best when paired with a traditional relational database like PostgreSQL. In this talk, we'll cover areas that NoSQL shines on its own, where PostgreSQL can go it alone, and where the two make sense running in partnership, with special emphasis on Big Data applications.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/716/</url><track>Keynotes</track><persons><person id="211">Matt Asay</person></persons></event></room><room name="Other"><event id="811"><start>10:45</start><duration>00:25</duration><room>Other</room><title>Coffee</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/811/</url><track>Breaks</track><persons /></event></room><room name="Medici III"><event id="727"><start>11:10</start><duration>00:50</duration><room>Medici III</room><title>El guardian del tesoro</title><abstract>El propósito principal de un administrador de bases de datos (DBA) es proteger un preciado tesoro, nuestros datos.

Un DBA tiene que garantizar la integridad de los datos a su cargo, la disponibilidad de los mismos cuando se necesiten, la durabilidad en el tiempo y que sólo las personas autorizadas tengan acceso a estos.

Por desgracia esto no siempre se cumple y muy a menudo podemos ver sistemas con problemas severos en la forma que aseguran y protegen sus datos.

Esta presentación es un recorrido a través de medidas y técnicas de administración con las que habria que estar familiarizado si se es un DBA trabajando con datos de valor.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/727/</url><track>Spanish</track><persons><person id="167">Rafael Martinez Guerrero</person></persons></event></room><room name="Renacimiento I"><event id="644"><start>11:10</start><duration>00:50</duration><room>Renacimiento I</room><title>Autovacuum and You</title><abstract>Autovacuum’s like a Roomba, right? You just turn it on and it does all the work for you. Well, not quite – for one, your pets can’t ride around on it – and occasionally it may get stuck in a (figurative) corner. In this talk, we’ll discuss vacuum, analyze, and their daemonic counterparts: how to adjust them to perform appropriately*, and perhaps more importantly, what the heck are they actually doing?

This is a beginner-to-intermediate level talk, but you will learn something new about vacuuming, regardless.
–
* No hairballs were harmed in the making of this talk.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/644/</url><track>DBA</track><persons><person id="190">Gabrielle Roth</person></persons></event></room><room name="Medici I"><event id="768"><start>11:10</start><duration>00:50</duration><room>Medici I</room><title>ALTER DATABASE ADD SANITY (with database diffs and versioning)</title><abstract>With a fast-moving pace of modern web applications development small changes to the database schema and functions happen very often. The ability to track, apply and revert them back is crucial for maintaining relational databases in a predictable state. Not employing a structured way to perform database changes is like walking through the minefield without a map. 

Different solutions for applying incremental updates to the database schema and sprocs have been proposed in the past. PostgreSQL is a unique RDBMS in this regard: transactional DDL and namespaces provide the ability to apply schema changes in small clear chunks and maintain well-defined state of the application logic using database functions.

Zalando maintains hundreds of changes to a number of 24x7 production PostgreSQL databases without any downtimes caused by those changes for years. The talk describes the infrastructure we built to achieve this.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/768/</url><track>Developer</track><persons><person id="135">Oleksii Kliukin</person></persons></event></room><room name="Renacimiento I"><event id="662"><start>12:10</start><duration>00:50</duration><room>Renacimiento I</room><title>Performance Archaeology</title><abstract>I've started with PostgreSQL 10+ years ago, and I've repeatedly asked myself how much has the performance changes since then. But it's quite difficult to judge, because the improvements are mostly incremental, the hardware and applications change etc. So let's do some basic benchmarks (e.g. pgbench) on releases since 7.4, and compare the results. You will not learn about how to use cool new features during this talk, but hopefully you'll learn how far we got in the past decade.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/662/</url><track>DBA</track><persons><person id="116">Tomas Vondra</person></persons></event></room><room name="Medici III"><event id="731"><start>12:10</start><duration>00:50</duration><room>Medici III</room><title>Desmitificando la búsqueda de Postgresql</title><abstract>Todo el mundo sabe que se puede hacer búsqueda de textos con Postgresql. Pero intenta añadir cosas como búsqueda morfológica, criterios de relevancia, sinónimos, extractos de resultados... y entrarás en territorio inexplorado y poco documentado.

He visto a desarrolladores adultos llorar intentando indexar los campos de búsqueda o entender la sintáxis para consultarlos.

No llores más, porque te voy a contar todo lo que aprendimos implementando la búsqueda de teowaki. También te contaré los conceptos básicos de cualquier motor de búsqueda, para que seas capaz de comparar Postgresql con las alternativas existentes.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/731/</url><track>Spanish</track><persons><person id="215">Javier ramirez</person></persons></event></room><room name="Medici I"><event id="701"><start>12:10</start><duration>00:50</duration><room>Medici I</room><title>What's new in PostgreSQL 9.4</title><abstract>PostgreSQL 9.4 has just been released. While development is already well under way for 9.5, it's time to get ready to upgrade your systems to 9.4!

In this talk, we'll go through some of the bigger things that are available in the new version, to give a good idea of why it's time to plan your upgrade!</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/701/</url><track>General</track><persons><person id="1">Magnus Hagander</person></persons></event></room><room name="Other"><event id="806"><start>13:00</start><duration>01:00</duration><room>Other</room><title>Lunch</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/806/</url><track>Breaks</track><persons /></event></room><room name="Medici I"><event id="645"><start>14:00</start><duration>00:50</duration><room>Medici I</room><title>Who's the Fairest of Them All? Postgres Interface Performance</title><abstract>The presentation sets out to answer this question: "What is relative performance of ODBC, JDBC, and libpq?". Specifically it delves into performance differences of the three client interfaces under varying conditions of:
* Connection speed
* Query result size and retrieval strategy
* Alternate retrieval methods
* Materializing to file or not
We will cover the overall methodology, review source code for the programs used to execute the tests, discuss test cases, and examine results.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/645/</url><track>Developer</track><persons><person id="38">Joe Conway</person></persons></event></room><room name="Renacimiento I"><event id="715"><start>14:00</start><duration>00:50</duration><room>Renacimiento I</room><title>UDR - Uni Directional Replication</title><abstract>UDR is the other half of Logical Decoding - an PostgreSQL extension which provides Master-Slave replication. I will talk about what it can do, why we made it, compare with existing solutions (mainly Londiste3) and its relation to BDR (Bi Directional Replication).</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/715/</url><track>DBA</track><persons><person id="210">Petr Jelinek</person></persons></event></room><room name="Medici III"><event id="757"><start>14:00</start><duration>00:50</duration><room>Medici III</room><title>Experiencias con PostgreSQL en AWS</title><abstract>Antes de que en AWS se tuviera PostgreSQL con RDS. Cuento la aventura de como tuve que deplegarlo cuando se toco migrar la app de una startup de un entorno de hosting clásico a un entorno cloud. Comentare:
El cambio de mentalidad necesaria.
Usar los servicios de AWS disponibles para ese momento
Respaldos en la nube
Visto ahora (cosas mejorables, errores cometidos)
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/757/</url><track>Spanish</track><persons><person id="224">Alejandro E Brito Monedero</person></persons></event></room><room name="Renacimiento I"><event id="728"><start>15:00</start><duration>00:50</duration><room>Renacimiento I</room><title>OPM (Open PostgreSQL Monitoring)</title><abstract>Monitoring PostgreSQL is a critical part of administration. Currently, there's no open-source solution available to perform this task.

OPM (Open PostgreSQL Monitoring) is a new solution to handle alerting and graphing for PostgreSQL, currently in beta after several month of work. The first production-ready version will be available soon (before pgConf.eu 2014). 

Come discover why this project has been initiated, what it's relying on, what the current features are what they will soon be. We hope that you'll enjoy the version, and maybe you'll join us to help developping this tool.

OPM is a pure Dalibo's Research and Development product, but, like all tools Dalibo produces for the community (ora2pg, pgBadger, pitrery, etc...) OPM is a free software.

OPM is licensed under PostgreSQL license, owned by OPMDG. So its governance will stay out of Dalibo, under a independent group.
 
So, this project is free and will stay.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/728/</url><track>DBA</track><persons><person id="13">Jean-Paul Argudo</person><person id="132">Julien Rouhaud</person></persons></event></room><room name="Medici III"><event id="652"><start>15:00</start><duration>00:50</duration><room>Medici III</room><title>Características para Inteligencia de Negocios en Postgres</title><abstract>PostgreSQL puede ser la herramienta perfecta para sus necesidades OLAP y de inteligencia de negocios.  En esta charla, describiremos algunas características actualmente en desarrollo que serán de utilidad para sistemas de inteligencia de negocios, reportes masivos, y demás.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/652/</url><track>Spanish</track><persons><person id="193">Álvaro Herrera</person></persons></event></room><room name="Medici I"><event id="709"><start>15:00</start><duration>00:50</duration><room>Medici I</room><title>Postgres Scaling Opportunities</title><abstract>Database scaling is the ability to increase database throughput by utilizing additional resources such as I/O, memory, cpu, or additional computers. However, the high concurrency and write requirements of database servers make scaling a challenge. Sometimes scaling is only possible with multiple sessions, while other options require data model adjustments or server configuration changes. This talk explores the multi-session, single-session, and multi-host scaling options and the workloads where these options are appropriate. </abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/709/</url><track>General</track><persons><person id="44">Bruce Momjian</person></persons></event></room><room name="Other"><event id="814"><start>15:50</start><duration>00:30</duration><room>Other</room><title>Tea</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/814/</url><track>Breaks</track><persons /></event></room><room name="Medici III"><event id="674"><start>16:20</start><duration>00:50</duration><room>Medici III</room><title>Almacenamiento de archivos en PostgreSQL: pros y contras</title><abstract>En muchas aplicaciones aparece la necesidad de almacenar archivos subidos por los usuarios (imágenes suelen ser lo mas comun), y esto trae consigo mismo la pregunta de cuál es la manera más eficiente de almacenarlos.
Vamos a ver distintas posibilidades (dentro y fuera de la base de datos), exponiendo los pros y contras en cada caso.
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/674/</url><track>Spanish</track><persons><person id="200">Martín Marqués</person></persons></event></room><room name="Renacimiento I"><event id="670"><start>16:20</start><duration>00:50</duration><room>Renacimiento I</room><title>Choosing the right filesystem for PostgreSQL</title><abstract>There are several filesystems that PostgreSQL can be installed -- but which one is better than the others? Which one performs better, which one has better support? Will XFS in RHEL 7 be a game changer?

This talk will mention about them, and compare them with benchmarks.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/670/</url><track>DBA</track><persons><person id="49">Devrim Gündüz</person></persons></event></room><room name="Medici I"><event id="668"><start>16:20</start><duration>00:50</duration><room>Medici I</room><title>Row Level Security</title><abstract>PostgreSQL has long had a complex and interesting set of permissions available through the GRANT system.  There is another system which exists in many other RDBMS's known as row-level security (RLS), where the rows returned is filtered based on a policy implemented on the table.

In this talk we'll review RLS, provide examples and use-cases, discuss the work which has been done on adding Row Level Security to PostgreSQL and the current state of that effort.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/668/</url><track>Developer</track><persons><person id="84">Stephen Frost</person></persons></event><event id="673"><start>17:20</start><duration>00:50</duration><room>Medici I</room><title>cstore_fdw, a columnar store for PostgreSQL</title><abstract>cstore_fdw is an open source columnar store by Citus Data for PostgreSQL. Its file layout is based on the Optimized Row Columnar (ORC) format, which brings the following benefits:

 * Compression: Reduces the on-disk data size by 2-4x,
 * Column Projections: Only read column data relevant to query, improves the performance for I/O bound queries,
 * Skip Indexes: Keeps min/max statistics for row groups and uses them to skip over unrelated rows.

We developed cstore_fdw using the foreign data wrapper framework. cstore_fdw uses PostgreSQL’s binary data format for storing values, and you can use every data type supported by PostgreSQL. You can use the same SQL syntax that PostgreSQL provides to query cstore_fdw tables.

In the benchmarks we did on TPC-H data, most queries saw a performance improvement of 20%-30%. When we enabled skip-indexes by sorting the input data, we saw a further ~30% performance improvement.
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/673/</url><track>Developer</track><persons><person id="240">Ben Redman</person><person id="199">Hadi Moshayedi</person></persons></event></room><room name="Medici III"><event id="654"><start>17:20</start><duration>00:50</duration><room>Medici III</room><title>Domando a la bestia "replicación"</title><abstract>Muestra como usar la herramienta "repmgr" para administrar un cluster de replicación en PostgreSQL. Desde crear nodos, hasta configurar un procedimiento simple de Failover automático.
También incluirá algunas ideas con respecto a la nueva tecnología de 2ndQuadrant: BDR</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/654/</url><track>Spanish</track><persons><person id="194">Jaime Casanova</person></persons></event></room><room name="Renacimiento I"><event id="719"><start>17:20</start><duration>00:50</duration><room>Renacimiento I</room><title>You'd better have tested backups...</title><abstract>A PostgreSQL data recovery tale from a true story, where we dig deeper and deeper into the PostgreSQL internals in order to be able to get back some data from a destroyed cluster.

If that story doesn't leave you wanting to check all your backups before the talk has ended, I don't know what will. </abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/719/</url><track>DBA</track><persons><person id="14">Dimitri Fontaine</person></persons></event></room><room name="Medici I"><event id="803"><start>19:00</start><duration>02:00</duration><room>Medici I</room><title>EDB Party</title><abstract>Enjoy an evening with friends and refreshments compliments of EnterpriseDB.

- Venue: Hoyo19
- Address: Alcalá 81, Madrid

50 seat shuttle buses will provide transportation to the venue from the Hotel Miguel Angel beginning at 18:30, making three trips, or the venue may be reached [on foot](https://www.google.es/maps/dir/Hotel+Miguel+%C3%81ngel,+Calle+Miguel+%C3%81ngel,+29-31,+28010+Madrid/Hoyo+19,+Calle+de+Alcal%C3%A1,+81,+28009+Madrid/@40.4290991,-3.6979538,15z/data=!3m1!4b1!4m14!4m13!1m5!1m1!1s0xd4228edc1739c85:0x600c54d812844f9d!2m2!1d-3.691621!2d40.437548!1m5!1m1!1s0xd4228997339bdf9:0x4d5ee3ec6ef1860e!2m2!1d-3.686474!2d40.420647!3e2) in 20 - 30 minutes. There will be no return shuttles.

The event will feature a selection of Spanish hors d’oeuvres and an open bar until 21:00, after which each participant will receive one free drink.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/803/</url><track>Social Events</track><persons /></event></room></day><day date="2014-10-23"><room name="Medici I"><event id="686"><start>09:30</start><duration>00:50</duration><room>Medici I</room><title>CartoDB: Empowering dynamic mapping with PostgreSQL</title><abstract>CartoDB is a geospatial database product for data visualization. Powered on its core by PostgreSQL and PostGIS (and being open source itself), it empowers more than 45K users (including Twitter, Wall Street Journal, and BBVA) to analyze, visualize, and develop web applications with their data.

But if serving more than 10 million map tiles everyday has its own set of problems, making them completely dynamic and alterable by users (from styling, to the data sources and the SQL queries applied to them) turns out to be, development and operationally speaking, an infinite source of challenges, some of which we will expose on this session.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/686/</url><track>Developer</track><persons><person id="204">Alejandro Martínez</person></persons></event></room><room name="Medici III"><event id="724"><start>09:30</start><duration>00:50</duration><room>Medici III</room><title>Open Source - A Blessing Or A Curse?</title><abstract>A lot of pros and cons are regularly dicussed when it comes to Open Source usage in business IT. There are a lot of reasons why Open Source is ideal for business critical system, but there are also a lot of uncertainties and doubts by people who are not really involved with Open Source communities. This is in particular a topic for PostgeSQL, which is the most important Open Source solution for businesses. 

This presentation evaluates those pros and cons and shows how to get the most out of PostgreSQL's Open Source nature for enterprise IT.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/724/</url><track>General</track><persons><person id="46">Michael Meskes</person></persons></event></room><room name="Renacimiento I"><event id="722"><start>09:30</start><duration>00:50</duration><room>Renacimiento I</room><title>Loading data in PostgreSQL, Fast. Any Data.</title><abstract>pgloader version 3.1 is now released and allows you to load about any data into your favorite RDMBS, because sometimes a Foreign Data Wrapper will not cut it.

Among other things, pgloader allows for complete unnatended data migration from MySQL, including schema discovery (with indexes and foreign keys) and a powerful rule-based casting clause. That allows you to cast some tinyint to boolean and some others to smallint from the same command.

Also supported are CSV files, fixed width files, SQLite databases, dBase files and IXF files.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/722/</url><track>DBA</track><persons><person id="14">Dimitri Fontaine</person></persons></event><event id="669"><start>10:30</start><duration>00:50</duration><room>Renacimiento I</room><title>Advanced Authentication</title><abstract>PostgreSQL supports a number of different authentication mechanisms and while many of them are quite simple and easy to use, the enterprise-level authentication systems require setup beyond PostgreSQL and a deeper understanding of how authentication works.

This talk will cover implementing the two most prevelant enterprise authentication schemes- Kerberos/GSSAPI (used extensively by universities and businesses, and is the authentication system for Microsoft Windows) and Client-Side Certificates / SSL (used by many governments and high security systems).  We will go into detail on how to integrate PostgreSQL into these enterprise authentication schemes, and cover the different options and limitations.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/669/</url><track>DBA</track><persons><person id="84">Stephen Frost</person></persons></event></room><room name="Medici III"><event id="763"><start>10:30</start><duration>00:50</duration><room>Medici III</room><title>PostGIS Latest News</title><abstract>PostGIS 2.x has been around for a while now, and it is now the default version used. This is due to the great amount of improvement, in terms of features, performances and ease of use compared to the previous versions.

This talk presents the latest news of the PostGIS world. Since version 2.0, a lot of work has been done in PostGIS and PostgreSQL, and new features continue to be integrated into these products.

We will present the latest PostGIS features, with a specific focus on 3D data management. it will also be an opportunity to show some relevant tools for 3D data management or visualization, taking advantage of PostGIS 3D features.

Many PostGIS features are based on corresponding PostgreSQL features, and this presentation will also show the latest PostgreSQL features which are significant for PostGIS users. Spatial-aware foreign data wrappers, KNN search and more.

Aside PostGIS, a new extension has seen the light to deal with LIDAR data and more generally large Point data : PointCloud. This talk will also present PointCloud features and its interactions with PostGIS.
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/763/</url><track>General</track><persons><person id="56">Vincent Picavet</person></persons></event></room><room name="Medici I"><event id="657"><start>10:30</start><duration>00:50</duration><room>Medici I</room><title>Understanding logical decoding and replication</title><abstract>Logical decoding is a new plugin infrastructure added in PostgreSQL 9.4. With direct application for auditing, rolling upgrade and many more things, it makes possible decoding of WAL changes applied to a given database, user being afterwards able to give to those changes the shape he wants, applying or sending them following his will. This gives the user a full control of the replication flow and how it behaves in his cluster. The presentation deals with the basics of logical decoding, with a set of simple examples to help the listener apprehend this new infrastructure of 9.4, to be ready to develop his own features.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/657/</url><track>Hacker</track><persons><person id="107">Michael Paquier</person></persons></event></room><room name="Other"><event id="812"><start>11:20</start><duration>00:30</duration><room>Other</room><title>Coffee</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/812/</url><track>Breaks</track><persons /></event></room><room name="Medici III"><event id="743"><start>11:50</start><duration>00:50</duration><room>Medici III</room><title>Ruling the Galaxy with PostgreSQL: Stories from the ESA Gaia Archive</title><abstract>The European Space Agency (ESA) Gaia mission will survey the sky for at least 5 years measuring high accuracy astrometry, radial velocities and multi-colour photometry. The Data Analysis and Processing Consortium (DPAC) efforts will result in an astronomical catalogue with unprecedented accuracy and completeness of up to 1 billion (1E9) sources, about 1 percent of the Galactic stellar population. Efficient scientific exploitation of this data set will require the development of software services for the storage, access, retrieval and mining of this data.

Modules such as pgSphere and Q3C have made PostgreSQL the default choice for the storage, geometrical query and crossmatch of astronomical catalogues. Its utilization in combination with Virtual Observatory (VO) protocols such as TAP has become a widespread practice in Astronomical Data Centres for serving their catalogues to the scientific community and general public.

In the heart of the Gaia Archive, the Core Systems developed at ESAC (Madrid) will use, among other database technologies, PostgreSQL instances. In this talk we will briefly describe the overall architecture currently implemented, details about the administration of this large instance, the usage cases fulfilled and performance attained. We will also make an overview of the open points for development.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/743/</url><track>General</track><persons><person id="221">Juan Gonzalez Nunez</person></persons></event></room><room name="Renacimiento I"><event id="736"><start>11:50</start><duration>00:50</duration><room>Renacimiento I</room><title>Finding and Repairing Data Corruption</title><abstract>It is, perhaps, the nightmare of every database administrator: Data corruption. Nothing substitutes for a good backup strategy, but sometimes, a great and desperate cure is required.

We'll discuss PostgreSQL's on-disk format, how corruption occurs, how to find it, and what the most effective ways of doing repairs are. And we'll talk about when to give up and go to the last backup.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/736/</url><track>DBA</track><persons><person id="77">Christophe Pettus</person></persons></event></room><room name="Medici I"><event id="711"><start>11:50</start><duration>00:50</duration><room>Medici I</room><title>Flexible Indexing with Postgres</title><abstract>When considering database indexing, most people think of the trade-offs of different data structures, like btree and hash. However, with Postgres, there are a wide variety of indexing structures available, and many index lookup methods with specialized capabilities. For example, GiST allows for efficient retrieval of the closest matches for unordered data, like two-dimensional points or phonetic algorithms. Gin indexing specializes in rapid lookup of keys with potentially many matches — an area where traditional btree indexes perform poorly. Gin index compression and multi-key lookup optimizations make gin even more powerful. Jsonb indexing improvements also give Postgres new power to rapidly access unstructured data. </abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/711/</url><track>Developer</track><persons><person id="44">Bruce Momjian</person></persons></event></room><room name="Medici III"><event id="650"><start>12:50</start><duration>00:50</duration><room>Medici III</room><title>Joining 1 million tables</title><abstract>Joining 1 million tables in PostgreSQL? Let us see if this is possible.
This talk will describe how to approach the problem and maybe show how to solve the riddle of joining 1 million tables.

</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/650/</url><track>General</track><persons><person id="39">Hans-Jürgen Schönig</person></persons></event></room><room name="Medici I"><event id="781"><start>12:50</start><duration>00:50</duration><room>Medici I</room><title>Formalising SQL in Higher-Order Logic</title><abstract>In this talk we discuss the first concrete achievements of an ongoing
project which applies formal methods to the PostgreSQL query planner.

The SQL language draws its origins from the Relational Data Model,
which was explicitely founded on Set Theory. It can be argued that
such rigorous foundations are one of the reasons of its popularity,
even after several decades.

Also, recent years have seen a big progress of computer proving
technologies, which nowadays can be productively applied to critical
real-world problems, such as improving database querying capabilities.

Towards this goal, we started building a system in which it is
possible to transform SQL queries using computer-verified rules; as a
first outcome, earlier this year the University of Florence (Italy)
produced a complete formalisation of Relational Algebra within the HOL
Light system.

After giving a brief account of this work, we will outline subsequent
goals of the project, sketching a plan which will eventually lead to
the integration with the PostgreSQL query planner.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/781/</url><track>Hacker</track><persons><person id="34">Gianni Ciolli</person><person id="239">Marco Maggesi</person></persons></event></room><room name="Renacimiento I"><event id="770"><start>12:50</start><duration>00:50</duration><room>Renacimiento I</room><title>Scaling fashionably: From Startup to Scale at Zalando</title><abstract>PostgreSQL plays a crucial role in Zalando's infrastructure, storing everything from customer information to article data and reliably backing our real-time warehouse management systems. Starting from version 9.0 we have been using every release of PostgreSQL in production and loving it more and more with every next release.

I want to share how we deploy, configure, monitor and use PostgreSQL databases to power the fastest growing and the biggest fashion e-commerce platform in Europe.

Among the challenges, I am going to talk about are:

- accessing sharded and distributed data;
- managing hundreds of database changes done by hundreds of developers every week;
- running our databases with minimal downtimes;
- configuring, controlling and monitoring more than 100 master database instances and hundreds of replicas in several data centers.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/770/</url><track>DBA</track><persons><person id="127">Valentine Gogichashvili</person></persons></event></room><room name="Other"><event id="809"><start>13:40</start><duration>01:00</duration><room>Other</room><title>Lunch</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/809/</url><track>Breaks</track><persons /></event></room><room name="Medici I"><event id="771"><start>14:40</start><duration>00:50</duration><room>Medici I</room><title>Locks unpicked</title><abstract>Table locks. How they work, the problems they cause and how to avoid them. A guide for PostgreSQL Application Developers and the people that advise them.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/771/</url><track>General</track><persons><person id="193">Álvaro Herrera</person><person id="17">Simon Riggs</person></persons></event></room><room name="Medici III"><event id="705"><start>14:40</start><duration>00:50</duration><room>Medici III</room><title>Leveraging Hadoop in your PostgreSQL Environment</title><abstract>There is buzz everywhere about Apache Hadoop and rightfully so. It's an open-source framework that enables the construction of distributed, data-intensive applications running on clusters of commodity hardware. In short, it's letting people get real value out of massive amounts of data without spending a fortune on proprietary software or high end hardware. But where does this leave the traditional relational databases like PostgreSQL?

This talk will begin with a discussion of the strengths of PostgreSQL and Hadoop. We will then lead into a high level overview of Hadoop and its community of projects like Hive, Flume and Sqoop. Finally, we will dig down into various use cases detailing how you can leverage Hadoop technologies for your PostgreSQL databases today. The use cases will range from using HDFS for simple database backups to using PostgreSQL and Foreign Data Wrappers to do low latency analytics on your Big Data.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/705/</url><track>General</track><persons><person id="209">Jim Mlodgenski</person></persons></event></room><room name="Renacimiento I"><event id="740"><start>14:40</start><duration>00:50</duration><room>Renacimiento I</room><title>PGObserver - a full-blown performance monitoring tool</title><abstract>PGObserver (FOSS) was developed to monitor performance metrics of Zalando's PostgreSQL clusters. Due to our heavy use of stored procedures (weekly API schemas) the initial focus was on monitoring and displaying runtime performance of procedures. But now in the forthcoming version 2.0, besides usability and performance improvements, we have enhanced the tool to also encompass other performance and maintenance aspects like for example detection of blocked backends and ineffective indexing. Also we have added some analytics to monitor unexpected metric jumps and provide a REST style API to enable for example integration with general monitoring/alerting tools like Icinga/Nagios.

The talk would explain the principles and setup of the framework (frontend + data gathering daemon + optional analytics CRONs), definition of hosts/metrics to be watched and a tour on displaying single features/metrics in detail.

Metrics currently available:
 - CPU load
 - Total sproc load / single sproc load
 - Top sprocs by total/avg runtime or call count
 - WAL volumes
 - Week-on-week comparison on load, DB sizes and WAL volumes
 - Number of blocking locks
 - Database/Table/Index sizes
 - Detailed usage of tables, indexes, schemas, listing of unused ones
 - Top consumers of resources based on Pg_stat_statement (includes also simple SQL statements)
 - Analytical checks detecting significant changes in procedure runtimes, sequential scan counts, cache misses</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/740/</url><track>DBA</track><persons><person id="219">Kaarel Moppel</person></persons></event></room><room name="Medici I"><event id="643"><start>15:40</start><duration>00:50</duration><room>Medici I</room><title>Analytical PostgreSQL -- Ordered set aggregates and Grouping Sets</title><abstract>The talk shall focus on ordered set aggregates, their details, how to use them, where they can be used and the benefits.
The talk shall also discuss grouping sets and ROLLUP, and how they will really help in analytics.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/643/</url><track>Developer</track><persons><person id="149">Atri Sharma</person></persons></event></room><room name="Medici III"><event id="745"><start>15:40</start><duration>00:50</duration><room>Medici III</room><title>How we fixed bugs and rescued data</title><abstract>This talk will provide a peek into the workings of the 24/7 support service organisation of 2ndQuadrant.
Look into the workings to
- identify bugs
- track them down
- fix them
from a technical and especially organisational perspective.
Look into the adventures of rescueing data. </abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/745/</url><track>General</track><persons><person id="78">Harald Armin Massa</person></persons></event></room><room name="Renacimiento I"><event id="742"><start>15:40</start><duration>00:50</duration><room>Renacimiento I</room><title>Advanced Use of pg_stat_statements: Filtering, Regression Testing &amp; more</title><abstract>This talk will go into lessons learned when using the pg_stat_statements extension for collecting query statistics, and present new open-source tools we’ve developed for working with the extension output:

pg_query: A Ruby extension to parse SQL queries into parse trees using the PostgreSQL parser. This can be used for filtering pg_stat_statements output (e.g. finding all queries on a certain table) and works with normalized queries, thanks to parser patches.

pg_simulator: Tool for loading production statistics into a sandbox database and running EXPLAIN against collected queries. Useful for regression testing before deploying new versions of client applications to production (and finding missing indices, etc).

This talk is primarily aimed at database admins trying to monitor database performance, and hackers interested in the tooling &amp; pg_stat_statements bug fixes we’ll propose for the 9.5 cycle.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/742/</url><track>DBA</track><persons><person id="220">Lukas Fittl</person></persons></event></room><room name="Other"><event id="815"><start>16:30</start><duration>00:30</duration><room>Other</room><title>Tea</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/815/</url><track>Breaks</track><persons /></event></room><room name="Medici I"><event id="818"><start>17:00</start><duration>01:00</duration><room>Medici I</room><title>Lightning Talks</title><abstract>Lightning Talks - the high intensity part of conference which only uses 5 minutes of attention span at a time.

The rules for Lightning Talks are easy: you can talk about anything, but not longer than 5 minutes. The audience really prefers the talks to be related to PostgreSQL (the worlds most advanced OpenSource Database, the project, the community, the conference, the ecosystem)

To optimally prepare for your awesome Lightning Talk: give your presentation as HTML, OpenOffice, PDF, PPT or Prezi to Harald Armin Massa hours before the scheduled time. If you cannot do that, please make sure your laptop/tablet/mobilephone is able to communicate with the projector, especially that you have all necessary adapters and Jobs-plugs and you have the correct drivers, settings and licences.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/818/</url><track>Keynotes</track><persons><person id="78">Harald Armin Massa</person></persons></event><event id="819"><start>19:30</start><duration>04:00</duration><room>Medici I</room><title>Community Party</title><abstract>PostgreSQL Europe has booked a room at an Irish pub for networking with your fellow attendees.

There will be some light snacks and one round of drinks (beer, wine, soda) served courtesy of PostgreSQL Europe.

There will be two more rounds of drinks served courtesy of our sponsor Trustly.

The location is the Irish Rover, which is approximately 30 minutes away from the hotel by walk. There are also options via public transit. See the [map](https://www.google.es/maps/dir/Hotel+Miguel+%C3%81ngel,+Calle+Miguel+%C3%81ngel,+29-31,+28010+Madrid/The+Irish+Rover,+Av+del+Brasil,+7,+28020+Madrid/@40.4476128,-3.6932757,15z/am=t/data=!4m16!4m15!1m5!1m1!1s0xd4228edc1739c85:0x600c54d812844f9d!2m2!1d-3.691621!2d40.437548!1m5!1m1!1s0xd422902b93a59c5:0xac5dccb9e6db0dd5!2m2!1d-3.693945!2d40.454843!2m1!6e4!3e2). 

Remember to bring your badge, as that will both be required to attend and will give you a discount at the bar once the free drinks are over!</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/819/</url><track>Social Events</track><persons /></event></room></day><day date="2014-10-24"><room name="Medici III"><event id="786"><start>09:30</start><duration>00:50</duration><room>Medici III</room><title>Scaling a SaaS backend with PostgreSQL</title><abstract>At Adspert we store and analyze more than 3 TB of data in PostgreSQL databases. By separating each customers data into its own database we can scale very well horizontally. I will talk about the benefits and challenges of that approach as well as how we came to adopt it and why we chose it above alternatives.

Additionally, we rely a lot on SQL for gaining deep insight into the data and we use SCHEMAs a lot for versioning our database code. I will expand on how we manage this and how we integrate schema changes into the software development process.
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/786/</url><track>General</track><persons><person id="233">Oliver Seemann</person></persons></event></room><room name="Renacimiento I"><event id="762"><start>09:30</start><duration>00:50</duration><room>Renacimiento I</room><title>BDR - Asynchronous multimaster for postgres</title><abstract>The BDR project works on delivering asynchronous multimaster replication to postgres. We've recently released the first public version after integrating many preliminary features into postgresql 9.3 and 9.4. 

We'll discuss:
* What scenarios are good for asynchronous multimaster?
* In which cases won't it work?
* What methods exist to avoid and resolve conflicts?
* Performance!
* What's the relationship with core postgres?
* The Future</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/762/</url><track>DBA</track><persons><person id="140">Andres Freund</person></persons></event></room><room name="Medici I"><event id="751"><start>09:30</start><duration>00:50</duration><room>Medici I</room><title>Database Unit Testing with PgTAP</title><abstract>Throughout the entire software stack it is common and encouraged today to write tests. 

Thanks to David Wheeler's "PgTAP" testing framework (also available as "MyTAP" for MySQL) it is very convenient to directly test your databases. 

"pgTAP is a unit testing framework for PostgreSQL written in PL/pgSQL and PL/SQL. It includes a comprehensive collection of TAP-emitting assertion functions, as well as the ability to integrate with other TAP-emitting test frameworks. It can also be used in the xUnit testing style."

PgTAP's testing capabilities include schemas, functions, selects, relations and many more aspects of a postgres database and runs independently of the programming language you're using on top of your Postgres databases.

I'll give an overview of PgTAP's usage, it's capabilities and in particular I'd like to illustrate how "cheap" testing can be to give a taste of in-database unit testing. 

PgTAP is available here: http://pgtap.org/ and a Postgres extension: http://pgxn.org/dist/pgtap/</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/751/</url><track>Developer</track><persons><person id="223">Susanne Schmidt</person></persons></event></room><room name="Other"><event id="813"><start>10:20</start><duration>00:30</duration><room>Other</room><title>Coffee</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/813/</url><track>Breaks</track><persons /></event></room><room name="Medici III"><event id="778"><start>10:50</start><duration>00:50</duration><room>Medici III</room><title>Amazon RDS for PostgreSQL</title><abstract>Amazon RDS makes it easy to set up, operate, and scale PostgreSQL deployments in the cloud. Offering straight-forward provisioning tasks to more complex storage and compute size management tasks, including backups and point-in-time restoration, Amazon RDS frees up your human resources to instead focus on the application and business that deserves your attention. Learn how you can get started with Amazon RDS for your Postgres production workloads and leverage some of the PostgreSQL specific database features from within your Amazon RDS deployment. We will also discuss some of our interesting lessons learned from working with PostgreSQL.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/778/</url><track>General</track><persons><person id="232">Grant McAlister</person></persons></event></room><room name="Renacimiento I"><event id="737"><start>10:50</start><duration>00:50</duration><room>Renacimiento I</room><title>Be Very Afraid: Disaster Planning and Recovery</title><abstract>Part of any database administrator's job is planning for disasters... but what does that actually mean? We'll discuss disaster scenarios, how to make sure you minimize data loss and downtime, and how to handle the recovery gracefully.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/737/</url><track>DBA</track><persons><person id="77">Christophe Pettus</person></persons></event></room><room name="Medici I"><event id="793"><start>10:50</start><duration>00:50</duration><room>Medici I</room><title>Common difficulties for new PostgreSQL users - and what we can do about them</title><abstract>In a mature community it is common for experienced members to lose sight of how much knowledge they take for granted and forget the difficulties they had when they were just getting started. We were all newbies once, and new users have a lot to teach us if we find ways to listen.

I listen to new users a lot, mainly on Stack Overflow and on pgsql-general, and would like to share some of the things I've learned from them about their early experiences with PostgreSQL.

User feedback has driven many improvements to PostgreSQL. Lets find the time to make some more.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/793/</url><track>General</track><persons><person id="235">Craig Ringer</person></persons></event></room><room name="Medici III"><event id="798"><start>11:50</start><duration>00:50</duration><room>Medici III</room><title>ToroDB: a new, open-source, document-oriented, JSON database, built on Postgres</title><abstract>ToroDB, a new open source database, debuts at PgConfEU. Join us for the first public world-wide announcement of ToroDB!

ToroDB is a document-oriented (JSON) database, built on top of PostgreSQL. It offers transactional capabilities, significant storage savings and great concurrency.

ToroDB is different from other approaches, which use a relational database to store JSON documents as a JSON/JSONB/blob column: it instead transforms JSON documents to relational data, and stores it in relational tables.

ToroDB speaks the Mongo Wire Protocol, meaning it can act as a substitute for MongoDB.

If you want to know more, attent to this first public announcement and join our community!</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/798/</url><track>General</track><persons><person id="189">Alvaro Hernandez</person></persons></event></room><room name="Medici I"><event id="666"><start>11:50</start><duration>00:50</duration><room>Medici I</room><title>Hacking PostgreSQL</title><abstract>This talk will include an introduction to the backend code and an example on hacking PG and adding in a new feature.  We'll cover what needs to be modified to add an option to an existing command (grammar, execution, etc) and the major components of PG (parser, commands, memory management, etc). We'll also cover the PG style guidelines, a crash-course on using git, how to submit your patch, and the review/commitfest process.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/666/</url><track>General</track><persons><person id="84">Stephen Frost</person></persons></event></room><room name="Renacimiento I"><event id="779"><start>11:50</start><duration>00:50</duration><room>Renacimiento I</room><title>Logical Decoding for Auditing</title><abstract>In this talk we demonstrate the new Logical Decoding features,
introduced in PostgreSQL 9.4.

After a brief historical overview, we show how to apply Logical
Decoding to the specific problem of auditing a database.

We also compare this solution to the more traditional approach, where
triggers are created on those tables subject to auditing, evaluating in
particular:

- Simplicity
- Performance
- Separation between live data and audit data
</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/779/</url><track>DBA</track><persons><person id="34">Gianni Ciolli</person></persons></event></room><room name="Other"><event id="810"><start>12:40</start><duration>01:00</duration><room>Other</room><title>Lunch</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/810/</url><track>Breaks</track><persons /></event></room><room name="Medici I"><event id="747"><start>13:40</start><duration>00:50</duration><room>Medici I</room><title>Jsquery - the jsonb query language with GIN indexing support.</title><abstract>PostgreSQL 9.4 has new jsonb data type, which was designed for efficient work with json data.  However,  its query language is very limited and supports only a few operators. In this talk we introduce jsquery - the jsonb query language, which is flexible, expandable and has GIN indexing support. Jsquery provides postgres users an ability to talk to json data in an efficient way on par with NoSQL databases.  The preliminary prototype was presented at PCGon-2014 and has got a good feedback, so now we want to show to european users the new version of jsquery (with some enhancements), which is compatible with 9.4 release and can be installed as an extension. We'll also discuss current issues of jsquery  and possible ways of improvements.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/747/</url><track>Hacker</track><persons><person id="64">Alexander Korotkov</person></persons></event></room><room name="Renacimiento I"><event id="749"><start>13:40</start><duration>00:50</duration><room>Renacimiento I</room><title>walbouncer: Filtering the PostgreSQL transaction log</title><abstract>Currently it is possible to replicate entire database instances - however, it is not possible to replicate parts of aninstance (e.g. a single database only).
walbouncer will do exactly that. 
During this talk you will be guided through walbouncer's abilities and we will outline future plans.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/749/</url><track>DBA</track><persons><person id="39">Hans-Jürgen Schönig</person></persons></event></room><room name="Medici III"><event id="693"><start>13:40</start><duration>00:50</duration><room>Medici III</room><title>Submitting a proper Postgres bug report</title><abstract>In those rare situations when you find a new bug in an opensouce project, the likelihood of getting timely relevant help is often directly related to the quality of your question. Using a real life example of a bug I reported to Postgres, this talk will cover the steps you should follow, including:

* Boiling the problem down to a simple case
* Confirming it is in fact a new bug
* Obtaining the source and creating a debug build
* Generating a core dump
* Using GDB (with the core) to find and diagnose the crash
* Examining the source to determine the cause
* Where and how to report it
* Following up on your report to help with the fix

A good chunk of this should apply to any project, not just Postgres.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/693/</url><track>General</track><persons><person id="86">Jon Erdman</person></persons></event></room><room name="Other"><event id="816"><start>14:30</start><duration>00:30</duration><room>Other</room><title>Tea</title><abstract /><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/816/</url><track>Breaks</track><persons /></event></room><room name="Medici I"><event id="790"><start>15:00</start><duration>00:20</duration><room>Medici I</room><title>NoSQL on Acid – Maximizing Results with JSONB and PostgreSQL</title><abstract>PostgreSQL has had a tremendously successful trajectory in recent years. The community has worked hard to bring parallelism to PostgreSQL, including Dynamic Background Workers and Dynamic Shared Memory. Postgres-XC, a collection of tightly-coupled database components which can be installed in more than one hardware or virtual machine, now provides a write-scalable, synchronous, symmetric and transparent PostgreSQL cluster solution.
 
In addition to these developments, PostgreSQL’s future roadmap will continue to evolve, particularly with new capabilities popularized by NoSQL. The addition of JSON and HStore capabilities in PsotgreSQL address document database and key-value store functionality. With JSON and HStore, Postgres can support applications that require a great deal of flexibility in the data model. Exploring new capabilities within Postgres to address today’s big data challenges ultimately means lower costs, less risk and less complexity while delivering enterprise-class workloads with ACID compliance.
 
In this keynote, Marc Linster, Senior Vice President of Products and Serivces at EnterpriseDB, will explore how PostgreSQL is adapting to this changing eco-system of NoSQL.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/790/</url><track>Keynotes</track><persons><person id="178">Marc Linster</person></persons></event><event id="772"><start>15:25</start><duration>00:20</duration><room>Medici I</room><title>PostgreSQL Odyssey at 88mph</title><abstract>10 years ago, Point In Time Recovery was committed to PostgreSQL, released in version 9.0. A look back at the key developments in PostgreSQL. The journey's not done yet, so lets look ahead to what we expect in the future, and how quickly we'll get there.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/772/</url><track>Keynotes</track><persons><person id="17">Simon Riggs</person></persons></event><event id="773"><start>15:50</start><duration>00:15</duration><room>Medici I</room><title>How we use PostgreSQL at Trustly</title><abstract>Since we use PostgreSQL for pretty much everything and almost all its capabilities, I will only cover the areas where I think it's fair to say we have made great discoveries in how to make the most use of PostgreSQL.</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/773/</url><track>Keynotes</track><persons><person id="230">Joel Jacobson</person></persons></event></room><room name="Other"><event id="805"><start>16:15</start><duration>00:30</duration><room>Other</room><title>Closing</title><abstract>Closing session</abstract><url>https://www.postgresql.eu/events/pgconfeu2014/schedule/session/805/</url><track>Keynotes</track><persons><person id="2">Dave Page</person><person id="1">Magnus Hagander</person></persons></event></room></day></schedule>