Re: Casos de Estudio

Buenas noches a todos!!!

El off-topic del compañero Álvaro se fue por otra vertiente.

Valga la acotación, no estoy escribiendo explícitamente por contestarle a
él, pero sí para presentarles, informarles y para aclarar algo:

A continuación, está un extracto del correo que envié a los coordinadores
del proyecto con la información recopilada gracias a la ayuda de las listas
a las que consulté; la idea es que quede sentada para futuras personas
interesadas en la misma información:

###############
## Inicio Correo ##
###############

Entre algunos Casos de Estudio exitosos de implementación de PostgreSQL
como Data Warehouse, te puedo mencionar los siguientes (cito las partes
resaltantes y coloco el enlace donde se puede observar el documento
completo):

1)
El mejor de todos los Casos de Estudio revisados, que incluye hasta
aspectos técnicos de implementación, está disponible un PDF de 3.7 Mb

Sugiero que lean dicho documento.

"Oracle features we need
Partitioning
Statistics and Aggregations
rank over partition, lead, lag, etc.
Large selects (100GB)
Autonomous transactions
Replication from Oracle (to Oracle)"

Todos esos aspectos los consiguieron con PostgreSQL

http://www.lethargy.org/~jesus/archives/66-Big-Bad-PostgreSQL.html

2)
"Greenplum is the supplier of Bizgres MPP, a massively parallel
implementation of the PostgreSQL open source database system. Frontier
Airlines, the second largest carrier at Denver International Airport,
uses Bizgres for competitive flight pricing. Bizgres, like PostgreSQL,
is an open source code project. Greenplum sponsors the Bizgres project
and sells technical support and services on top of it."
...
"The appliance can be stacked with 10, 40, or 100 terabytes of disk"
...

http://www.informationweek.com/showArticle.jhtml;jsessionid=KQDGEIMWGP3D0QSNDLRCKH0CJUNN2JVN?articleID=191600197&queryText=postgresql

3)

...
"This talk was on converting a really large (over 3 terabytes, largest
table is 1.8 billion rows) data warehouse database from Oracle 8i to
PostgreSQL"
...
"The reason for choosing Postgres over MySQL was that Postgres has a
much longer history with the kind of advanced features he needed. They
needed (and were able to hack PostgreSQL to get) the following features:
1. Data partitioning (spreading tables over multiple drives)
2. Large selects (50-million-row return sets, over 100GB of data)
2. Incremental COMMITs for really, really long queries
3. Replication"

http://www.sitepoint.com/blogs/2006/08/05/oscon-2006-big-bad-postgresql/

4)

4.1)
"FWIW, we've got a billing database with several moderate tables, one is
48 million rows with about 75k per day; and some much larger tables that
are effectively partitioned by date so that some client software (Excel,
etc.) doesn't choke on them. And we've got some spatial tables that
dwarf the billing stuff."

4.2)
"> Where I work we have a data warehouse
> of similar design (a few large tables, a few small lookup tables). It
> has 86,840,447 rows and takes up 44 Gigs of space. It sits on a
> single CPU box with a 4 disk RAID-10 and runs queries covering a few
> minutes to a few days worth of monitoring data. Sequential scanning
> the whole main table takes 621 seconds or so (10+ minutes). We add
> 150 to 200k rows a day to it.
>
> Selecting a days's worth of data takes ~ 350ms. A week's worth takes
> 2 to 10 seconds depending on how much is cached."

http://archives.postgresql.org/pgsql-admin/2007-11/msg00237.php

5)

5.1)
"GlobeXplorer serves terrabytes of imagery to clients around the world
using PostGIS as their production database server. In 2004, GlobeXplorer
migrated from Informix to PostGIS, and now they are serving over a
million requests a day with PostGIS."

5.2)
"The national mapping agency of France manages over 100 million
topographic features in PostGIS/PostgreSQL and provides read/write
access to over 100 field researchers around the country."

http://postgis.refractions.net/documentation/casestudies/

6)
Afilias, Ltd. - A Database for the Internet
"The primary technical factors for using PostgreSQL are its support of
SQL standard and multi-version concurrency control (MVCC). MVCC helps
ensure that each database transaction sees a consistent view of the
database while ensuring that high transaction volumes are supported.
Additionally, PostgreSQL supports over 65,000 GB of data in a single
table, which is more than adequate for the needs if .ORG or .INFO
database management support. .INFO and .ORG each use PostgreSQL version 7.2"

http://www.netezza.com/products/prodlit.cfm

Nota: en el enlace anterior existen varios documentos en Formato de
Documento Portátil (PDF) que incluyen a su vez varios casos de estudio
en diferentes áreas, como E-Business, Gobierno, Venta,
Telecomunicaciones. y otros.

7)
En el site de PostgreSQL aparecen varios Casos de Estudio de
implementaciones exitosas de PostgreSQL, pero los mismos no indican
cantidades de registros o tamaño de bases de datos; pero también sirven
como soporte.
Estos casos de estudio están basados en versiones anteriores de
PostgreSQL (7.2) , pero como me comentó un DBA en uno de los foros de
PostgreSQL: Si la versión 7.2 pudo manejar esos caso, con la gran
cantidad de mejoras que ha tenido PostgreSQL en las últimas versiones
(sobre todo en la 8.2), se conseguirán mejores resultados.

8)
En Wikipedia, en la acepción de PostgreSQL, se hacen referencias a
usuarios del gestor.

Textualmente:

"Prominent users

* Afilias, domain registries for .org, .info and others.[10]
* Sony Online multiplayer online games.[11]
* BASF, shopping platform for their agribusiness portal.[12]
* hi5.com social networking portal.[13]
* Skype VoIP application, central business databases.[14]"

http://en.wikipedia.org/wiki/PostgreSQL#Prominent_users

En la acepción en Wikipedia en Español aparecen más:

" Usuarios Destacados

* .org, .info, .mobi y .aero registros de dominios por Afilias [1]
* La American Chemical Society
* BASF
* IMDB
* Skype
* TiVo
* Penny Arcade
* Sony Online [2]
* U.S. Departamento de Trabajo
* USPS
* VeriSign
* Wisconsin Circuit Court Access con 6 * 180GB DBs replicados en
tiempo real.
* OpenACS y .LRN"

http://es.wikipedia.org/wiki/PostgreSQL#Usuarios_Destacados

Adicional a los Casos de Estudio antes mencionados, están las pruebas de
rendimiento (Benchmarks).

De Wikipedia:

"Many informal performance studies of PostgreSQL have been done[7] but
the first industry-standard and peer-validated benchmark was completed
in June 2007 using the Sun Java Systems Application Server 9.0 Platform
Edition, UltraSPARC T1 based Sun Fire server and Postgres 8.2[8]. This
result of 778.14 SPECjAppServer2004 JOPS(at)Standard compares favourably
with the 874 JOPS(at)Standard with Oracle 10 on an Itanium based HP-UX [7]

In August 2007, Sun submitted an improved benchmark score of 813.73
SPECjAppServer2004 JOPS(at)Standard(dot) With the system under test at a
reduced price, the price/performance improved from $US 84.98/JOPS to $US
70.57/JOPS. [9]"

http://en.wikipedia.org/wiki/PostgreSQL#Benchmarks

##############
## Fin Correo ##
##############

Espero que la información suministrada sea de ayuda.

Basado en los argumentos anteriores, les informo que aprobaron el desarrollo
del Data Warehouse del proyecto en PostgreSQL!!! :-D, pero igual
desarrollarán la base de la aplicación con Oracle. :-(

Les quería aclarar que el desarrollo del proyecto es de larga duración, y
que está a cargo de un tercero, razón por la cual tal vez no logre obtener
mucha información del avance e implantación del mismo, aunado a que también
estoy contratado temporalmente en la empresa en cuestión, así que, "en la
medida de lo posible" o "mientras esté en mis manos", les estaré informando.

Nuevamente muchas gracias a todos por su ayuda, colaboración, comentarios y
aportar un granito de arena en lograr lo que hoy tenemos: "The world's most
advanced open source database".

Saludos y feliz noche.