PostgreSQL 8.0: начато бета-тестирование

Ни грамма не гоню, в седьмом оракле блобов небыло.

>>Query Changes
* Add savepoints (nested transactions) (Alvaro)

Если Постгресс позиционируется как Оракл-Киллер то пусть называют вещи своими именами: то, что зацитированно, в ораклячьей терминологии назвается автономними транзакциями. Коммитнув такую, мы ни как не зафиксируем изменения транзакции в которую вложена данная. (Юзабельно, например, если во вложенной транзакции есть DDL а верхняя транз-я как то описывает этот DDL.)

Но, скажу вам (по секрету) как разработчик с 3-х летним стажем что для правильно спланированной системы не нужно ни этих самых автономных транзакций и без сэйвпоинтов можно худо-бедно обойтись. К тому же транзакции пишуться так, чтобы их таки железно коммитить а не откатывать в середине на две-трети поллбэк-ту-сэйвпоинтом.

Неверная эта дорога - догоним и перегоним Оракл по кол-ву фич.

Я хочу легкую и шуструю СУБД с полной поддержкой транзакций, с мощным SQL-ем, мощным анализатором и мощным процедурным SQL-расширением. Скажите, постгресисты, он, ваши кисти и холст, такой?

::в сторону::

Не, товарищ явно в шары долбится.

KRoN73 (*) (12.08.2004 19:05:50):

> А это - сторонний экстеншин неизвестного качества, неизвестно как живущий под 8.0 и неизвестно как работающий с UTF-8.

Этот "сторонний экстеншин" распространяется вместе с сервером. не включён по умолчанию, так и в благословенном мыскле не все ништяки сразу по умолчанию включали.

> Синтаксис я на http://www.sai.msu.su/~megera/postgres/gist/doc/gist-inteface-r.shtml посмотрел - это вообще кошмар какой-то.

Тут ваще-то описано создание *своего* типа данных для работы с GIST (кстати, а как мне в мыскле создать свой тип данных, ась?), а вовсе не работа с полнотекстовым поиском.

Документацию читают, а не курят.

> И в третий раз озвучиваю (ну не кошерно это качать и ставить толстую систему для одной проверки) - как в 8.0 с UTF-8? преобразования регистра, сортировка, преобразования из одной кодовой системы в другую и т.п.?

Всё работало до 8.0, кроме преобразования регистра. Преобразование регистра в 8.0 поправили, т.ч. теперь работает всё.

> Можно ли сделать одну таблицу, скажем, в cp-1251, а другую - _полноценно_ работающую с UTF-8?

Вот, единственный *реальный*, а не высосанный из... эээ... пальца недостаток нашёл. Кодировку можно задать только для всей базы, а не для таблицы / столбца.

А чё у меня pgАdmin3 с 8 не работает?

С сервером соединяется,а базу не показывает.

ERROR: column "datpath" does not exist в логи пишет

>ERROR: column "datpath" does not exist в логи пишет

изменился формат системных таблиц, видимо. собирай pgadmin из cvs.

>Ни грамма не гоню, в седьмом оракле блобов небыло.

Смотри тип ABYTE

Да проехали уже, я даже не помню чтобы это в доке читал. Другие времена теперь.