PostgreSQL 8.2.1 / 8.1.6 / 8.0.10 / 7.4.15 / 7.3.17 выпущен

Когда же 8.2 в портижах появится?

В свете последних "телодвижений" MySQL AB предлагаю юзать и развивать везде postgresql :)

поддерживаю. я им (т.е. pgsql) всихда и пользовался. =)

а не подскажет ли кто - в этой версии уже включены патчи, что 1С для своего сервера писала? т.е. можно ли будет пользоваться нормальной сборкой или все-таки самим городить придется?

>>В свете последних "телодвижений" MySQL AB предлагаю юзать и развивать везде postgresql :)

Угум! И еще микроскопом гвозди забивать!

Скорее всего, патчи от 1С надо будет ставить всегда.

8.3: Updatable views - это круто! Правда пока что для простых отношений (single relation). XML - тоже круто!

А Release Notes для 8.2.1 есть в читабельном виде (ссылка?), не sgml?

лицензия у pg слишком свободная, но возможно все таки за неимением ничего другого придется переползать

> 8.3: Updatable views - это круто! Правда пока что для простых отношений (single relation). XML - тоже круто!

не понимаю, зачем нужны updatable views ? лишний гемарой разработчикам постгреса, imho гораздо правильнее делать самому через rule... или updatable views сделаны через автогенерацию соответствующих rule ?

сходил по ссылке :) "via the present rule rewrite system" тогда действительно - хорошо :) надеюсь так и останется =)

А чем sgml то не устраивает?

> Когда же 8.2 в портижах появится?

А вы порты... порты попробуйте. Там уже лет сто как...

Time To Update!

бугога :) уже качаю

Что значит слишком свободная? Это мешает разработке, бизнесу, каким то еще делам?

> Когда же 8.2 в портижах появится?

Сейчас ebuildы правят, мантейнеры хотят слоты добавить. Видимо как только разгребут - появится. А пока можно билд и самим написать ;-)

>> Когда же 8.2 в портижах появится?

> А вы порты... порты попробуйте. Там уже лет сто как...

Вы мне еще Висту предложите для флейма.

http://overlays.gentoo.org/proj/postgresql/wiki

>А чем sgml то не устраивает?

Как его можно прочесть или конвертировать? Или может плугин есть к FF? :)

Отлично. MySQl и Firebird можно смело выкинуь на помойку.

>>В свете последних "телодвижений" MySQL AB предлагаю юзать и развивать везде postgresql :)

>Угум! И еще микроскопом гвозди забивать!

А чем работа с PostgreSQL сложнее работы с MySQL?

> В свете последних "телодвижений" MySQL AB предлагаю юзать и развивать везде postgresql :)

Уже сделано на днях!!! Задача как раз была подходящая. Не какой-то там веб сайтик, а сотни тысяч транзакций с денежками. Решение начальства в пользу PostgreSQL! MySQL отлетел как горох (т.е. как инструмент для создания домашних страничек на PHP). Само приложение с логикой на Python пишется. Может эта реальная информация кому-то здесь прибавит храбрости?!

> MySQL отлетел как горох (т.е. как инструмент для создания домашних страничек на PHP)

Здесь, кстати, тоже есть неоднозначность, так как есть люди, которые утверждают что для PHP лучшим выбором как раз является PostgreSQL.

Добавят храбрости популиские заявления, а конкретная информация как проходил отбор кандидатов: какие требования выдвигались, какие тесты прогонялись, какие результаты количественные и качественные были получены и т.д.

поправочка: добавят храбрости НЕ популистские заявления

> поправочка: добавят храбрости НЕ популистские заявления

IMHO, нужно не храбрости в заявлениях набираться, а самому пробовать.

>лицензия у pg слишком свободная, но возможно все таки за неимением ничего другого придется переползать

Забавные вы люди. "Мы за свободу но в BSD ее слишком много". Тебе какая разница - ты что derived works создаешь? Если быдешь - никто тебе не мешает их выпускать "под самой несвободной из свободных", а если ты простой пользователь какя разница на каких условиях (BSD/GPL)?

> IMHO, нужно не храбрости в заявлениях набираться, а самому пробовать.

А храбрости для начала проб? :-)

> Добавят храбрости НЕ популиские заявления, а конкретная информация как проходил отбор кандидатов: какие требования выдвигались, какие тесты прогонялись, какие результаты количественные и качественные были получены и т.д.

Возможно это и добавит в десятки раз больше храбрости кому-то, но наверняка отобрало бы кучу моего времени. Разглашать многое я тоже не могу, тем более участвовавших в тестах клиентов или сайт фирмы. Единственное что могу пока ещё добавить, так это то что выбор для OLTP был между PostgreSQL 8.2, IBM DB2 Express-C 9, MS SQL 2005 (с имеющейся уже лицензией!), MaxDB 7.6 и MySQL 5. Тестировалось несколько наших интерфейсов с клиентами. Выполнялись внешние запросы через каналы связи соответствующие двум нашим пиковым нагрузкам.

Требования к софту: стабильность, серьёзная поддержка транзакций, расширяемость без огромных затрат, большая инсталляционная база (сообщество?), совместимость с Linux приложениями, не слишком сложное администрирование, хорошая поддержка в Python (основной язык в фирме), опыт сотрудников. В фирме уже используются пару баз, например приложения на Питоне используют уже несколько лет FreeTDS под Линуксом для доступа к MS SQL.

11 голосов из 17-ти ушло к PostgreSQL (MaxDB и IBM DB2 тоже имели вес). Проходило это всё 2000 км западнее Москвы.

> Само приложение с логикой на Python пишется. Может эта реальная информация кому-то здесь прибавит храбрости?!

Да внатуре. Опять бидонобыдлокодеры завоняли.

> 11 голосов из 17-ти ушло к PostgreSQL (MaxDB и IBM DB2 тоже имели вес). Проходило это всё 2000 км западнее Москвы.

Минск ? Варшава ? :)

> > Проходило это всё 2000 км западнее Москвы.

> Минск ? Варшава ? :)

Не угадал :-P Западная Германия.