SFPUG PgDay Talk Submission Moderation

Using Python with PostgreSQL

johnzarr — Fri, 20 Jun 2008 22:50:56 +0100

Python and PostgreSQL make an unbeatable combination of processing power and persistent data storage. The Python language provides superior expressive power for solving problems in very diverse fields -- from web services to numerical analysis. PostgreSQL supplies a high-integrity, reliable database that ensures continuous availability of the information you need to solve those problems.

This introductory talk will show how to use the Python Database API Specification v2.0 to:

1. Connect to a PostgreSQL database.
2. Execute simple queries.
3. Execute queries with parameters from your program.
4. Fetch query results from the database.
5. Delete or update database tables from your program.

SFPUG PgDay Talk Submission Moderation

javadoc2sql

doj — Wed, 18 Jun 2008 01:11:34 +0100

When writing my DDL statements I like to document them with javadoc inspired comments. The "pgcomment" tool will convert those comments into "COMMENT" SQL statements, so the comments are present inside PostgreSQL. Optionally you can convert the javadoc to LaTeX or HTML.

SFPUG PgDay Talk Submission Moderation

The Business Case for PostgreSQL

bmomjian — Fri, 13 Jun 2008 19:41:27 +0100

This talk is about the many advantages of using PostgreSQL in your company.

SFPUG PgDay Talk Submission Moderation

Using PostGIS to add some spatial flavor to your applications

scitronpousty — Thu, 12 Jun 2008 23:38:46 +0100

With the advent of neogeography everyone wants to do something spatial with their applications. In this session I will give an introduction to PostGIS (a spatial blade for PostreSQL) and then show you how to get some cool mapping magic going. We make sure your PostGIS install is working, download some data from the internet, load it into PostGIS, and then start asking some interesting spatial questions of the data. We will look at queries calculate distance and area, calculate centroids, test distance or containment, and we will clip features to a bounding box. Demos and code will be shown for using these functions in desktop applications and in custom applications.

(NOT THE ABSTRACT) If you do not receive a workshop submission we can do this as more hands on and have some more fun with it. I am willing to do this if you receive nothing else but right now prefer to only commit to an hour but can do more. If so then people should sign up for accounts on the deCarta devZone http://developer.decarta.com so we can do some live coding.

SFPUG PgDay Talk Submission Moderation

High Availability PostgreSQL using UCARP, DRBD, and Warm Standby

chander — Thu, 12 Jun 2008 04:28:00 +0100

Having trouble crafting a high-availability solution without excessive performace costs? Then this is the solution for you. In this session we will discuss and implement the Userland Implementation of the Common Address Redundancy Protocol (UCARP) along with PostgreSQL's "warm standby" feature and Distributed Replicated Block Devices (DRBD) to provide rapid recovery from database failures while still retaining the ACID "durability" constraint.

Available for many major Unix/Linux operating systems, UCARP is a lightweight, easy-to-manage solution to provide redundant services on a network. This means that we can have two systems that sit behind a switch monitoring one another. When one system goes down, the other can take control and continue to provide services with minimal downtime.

Of course, UCARP only provides a partial solution to this dilemma. Using Distributed Replicated Block Devices we could provide for redundancy of the entire PGDATA directory structure. Since DRBD of the entire PGDATA directory doesn't scale well, we will learn how to implement a "hybrid" solution, providing transaction durability through the use of DRBD on PostgreSQL currently-in-use "WAL" logs, and continuous WAL recovery.

You'll also learn how UCARP compares and contrasts to using Linux Heartbeat (v2) and Object Cluster Framework (OCF) resources.