PostgreSQL 9.2 official release
Today, 10 September 2012, was officially released the release of PostgreSQL 9.2!
/ > Finally ended a long period of beta testing, announced in may this year. The developers promise even greater performance, scalability and flexibility (performance, scalability and flexibility).
Postgres now supports the 64-core processors, and lowered his Postgres'a, power consumption. Then I suspect everything is clear and without superfluous retreats.
The mechanism of index-only scan. That for an animal such? The fact that the indices in the Postgres database does not provide information about visibility of record. That is, to understand visible to any entry, the server must read the real table the tuple (tuple). There are times that the index contains information about obsolete tuple. It is clear and the horse that access sorted index for much faster access to real table, which can be smeared somehow. Briefly, in version 9.2 this feint ears are possible. Although the index is still no information about visibility of record, the developers have implemented the so-called "map view" (visibility map). Says math: "Visibility map was long ago. In the new release made it resistant to falls of the server, respectively, is guaranteed correct." All this and more is described in detail in Wiki.
Improved and polished Streaming Replication (Streaming Replication). For more details please join in all the same Wiki.
Sweet. Appeared native support for JSON. Web developers are overjoyed and throw caps in the air. The server checks the validity of incoming data, tells where the error, if any, contains the full bunch of functions to convert from/to JSON. For example, array_to_json and row_to_json — just happiness for the lazy, which I most certainly am.
And as for me, the most damning feature was the support of range types (Range Types). I don't know how you could live without them before.
First, ranges can be both discrete and continuous. Discrete should include built-in types such as int4range, int8range and date4range. To continuous, respectively, numrange, tsrange, tstzrange (ts — timestamp, num — numeric).
Second, the range can be open... Remember about square and round brackets? [1;1] is closed and [1;1) — open to the right, etc.
Thirdly, the range can be∞, which is ∞! Remember the anecdote about the first grader?
If someone does not understand why I'm so Jolly and play the harmonica, you previously had to use two fields to store such data. And then you and the operators, and indexes, and constraints (constraints)...
In the official text are the following comparative numbers from previous versions:
the
Don't know how much it is worth according to puzomerka, because most likely the results obtained on synthetic measurements, but still...
Article based on information from habrahabr.ru
/ > Finally ended a long period of beta testing, announced in may this year. The developers promise even greater performance, scalability and flexibility (performance, scalability and flexibility).
performance and scalability
Postgres now supports the 64-core processors, and lowered his Postgres'a, power consumption. Then I suspect everything is clear and without superfluous retreats.
The mechanism of index-only scan. That for an animal such? The fact that the indices in the Postgres database does not provide information about visibility of record. That is, to understand visible to any entry, the server must read the real table the tuple (tuple). There are times that the index contains information about obsolete tuple. It is clear and the horse that access sorted index for much faster access to real table, which can be smeared somehow. Briefly, in version 9.2 this feint ears are possible. Although the index is still no information about visibility of record, the developers have implemented the so-called "map view" (visibility map). Says math: "Visibility map was long ago. In the new release made it resistant to falls of the server, respectively, is guaranteed correct." All this and more is described in detail in Wiki.
Improved and polished Streaming Replication (Streaming Replication). For more details please join in all the same Wiki.
Sweet. Appeared native support for JSON. Web developers are overjoyed and throw caps in the air. The server checks the validity of incoming data, tells where the error, if any, contains the full bunch of functions to convert from/to JSON. For example, array_to_json and row_to_json — just happiness for the lazy, which I most certainly am.
And as for me, the most damning feature was the support of range types (Range Types). I don't know how you could live without them before.
First, ranges can be both discrete and continuous. Discrete should include built-in types such as int4range, int8range and date4range. To continuous, respectively, numrange, tsrange, tstzrange (ts — timestamp, num — numeric).
Second, the range can be open... Remember about square and round brackets? [1;1] is closed and [1;1) — open to the right, etc.
Thirdly, the range can be∞, which is ∞! Remember the anecdote about the first grader?
- Dad, and how eight you spell that?
- Infinity rotated by π/2.
If someone does not understand why I'm so Jolly and play the harmonica, you previously had to use two fields to store such data. And then you and the operators, and indexes, and constraints (constraints)...
Measure?
In the official text are the following comparative numbers from previous versions:
the
-
the
- up To 350,000 read queries per second (4 times faster) the
- Index-only scan can produce an increase in speed from 2 to 20 times the
- up To 14,000 data records per second (5 times faster)
Don't know how much it is worth according to puzomerka, because most likely the results obtained on synthetic measurements, but still...
Комментарии
Отправить комментарий