22 February | Postgres Pro Standard 9.6.2.1 released

Postgres Pro Standard 9.6.2.1 has been released today. It is based on PostgreSQL 9.6.2 and contains the new upstream fixes and Postgres Pro extensions updates, including pg_pathman, pg_probackup and sr_plan.

29 July 2016 | Leonid Libkin from the University of Edinburgh will give a talk "Making SQL Queries Correct on Databases with Nulls" 9 August at 14:00

What is the scientifically correct way if using NULLs  ?

12 April 2016 | ora2pg improved by 45%

Gilles Darold from the french company Dalibo, the ora2pg author, has blogged that the performance improvement given by the Svetlana's patch can be as high as 45%.

26 February 2016 | Henrietta Dombrovskaya will speak at Postgres Professional seminar

Henrietta will present a talk on Temporal and Bi-Temporal databases at the PostgresPrpo seminar at 2 Mar 2016.

9 January | Millions of Queries per Second: PostgreSQL and MySQL’s Peaceful Battle at Today’s Demanding Workloads

This blog compares how PostgreSQL and MySQL handle millions of queries per second.

30 September 2016 | PostgreSQL 9.6 Released. Postgres Pro Has Contributed to It.

PostgreSQL 9.6 was released yesterday. This is a great release which provides to users set of outstanding new features. We are especially happy that Postgres Professional did substantial contribution to this release.

15 August 2016 | Galy Lee at PgConf2016 Russia with talk «Growing acceptance of PostgreSQL in China» - Video

This talk gave an overview about the Postgres adoption in 2015 in China.

Backup

We work on several backup problems: block-level incremental backup, backup validation, partial backup/restore.

Query plans management

Business-critical applications require continuous monitoring and adjustment of query plans. The problem hardens due the fact that actual resources consumption by query execution could differ significantly with slight changes of the query plan cost. Thus, there is a permanent risk of bad plan selection and overall system performance degradation after collecting new statistics. DBAs want to protect themselves from this risk by freezing plans of particular most critical queries.

Connection pooling

Working with large number of simultaneous connections almost inevitably leads to usage of connection pools. Unfortunately, present pooling solutions are very limited in access to all PostgreSQL features.