После года разработки увидел свет (http://www.postgresql.org/about/news.1349) релиз открытой СУБД PostgreSQL 9.1.
Из ключевых улучшений (http://developer.postgresql.org/pgdocs/postgres/release-9-1....) PostgreSQL 9.1 можно отметить:- Поддержка синхронной репликации (http://developer.postgresql.org/pgdocs/postgres/warm-standby...), при которой запасной сервер (standby) будет содержать гарантированно совпадающие с основным сервером данные - до получения подтверждения записи синхронизированных данных транзакция не будет считаться завершенной. Ранее репликация на запасной сервер осуществлялась только в асинхронном режиме. Синхронную репликацию можно применять для отдельных транзакций, что позволяет комбинировать оба механизма, используя по умолчанию быстрый асинхронный механизм для обычных операций и надежный синхронный для наиболее критичных изменений;
- Поддержка указания COLLATION-свойств (http://developer.postgresql.org/pgdocs/postgres/...URL: http://www.postgresql.org/about/news.1349
Новость: http://www.opennet.me/opennews/art.shtml?num=31731
> также старые методы установки contrib-модулей,
> в связи с появлением расширений объявлены устаревшими;Ой! Если раньше для установки dblink надо было скомпилить соответствующий модуль и залить схему в БД. То как теперь ставить dblink?
Так же, только вместо «залить схему в БД» — одна команда: CREATE EXTENSION, см. http://www.postgresql.org/docs/9.1/static/contrib.html
>Интеграция поддержки SELinuxПросто супер
Когда наконец 1С начнет использовать по-человечески возможности этой базы данных. Ни одной виртуальной таблицы. Это же просто смешно - хочешь видеть одновременно номенклатуру, остаток и цены, а для этого необходимо связать 3 разных таблицы, в результате тормоза просто дикие. Пора бы уже отдать часть движка 1С сервера в свободное плавание разработчикам PostgreSQL.
А оно им(разработчкиам PostgreSQL) надо?
1С доплачивает российским разработчикам PostgreSQL за патчи, которые они делают, для совместимости с 1с сервером. Только и всего.
> А оно им(разработчкиам PostgreSQL) надо?В частности Олегу Бартунову.
1C поддерживает виртуальные таблицы. Что-то ТЫ не так делаешь. Наверное не читатель.
Поддерживает, но не виртуальные, а временные.
>PostgreSQL 9.1 представляет лучший набор передовых возможностей промышленного уровня, чем любая другая СУБД с открытым исходным кодом.Прежде всего - возможность выпускать на ее основе проприетарные продукты.
Юзайте непроприетарную MySQL :)
> Юзайте непроприетарную MySQL :)Зачем? Нем как раз и нужно создавать проприетарные продукты с минимумом гемора.
а вы что-то хотите менять в самой субд?
если функционал менять нет надобности, то никакой разницы.
Тебе жалко что ли? Лично тебе, к-й ни байта не написал в исходниках pgsql, жалко что ли?
>Тебе жалко что ли? Лично тебе, к-й ни байта не написал в исходниках pgsql, жалко что ли?Ну, допустим, написал. Но теперь это уже не какой-то задрипанный опенсорц, а серьезный софт, идущий за бабло =)
Аха-ха-ха )))))))))))
>>Тебе жалко что ли? Лично тебе, к-й ни байта не написал в исходниках pgsql, жалко что ли?
> Ну, допустим, написал. Но теперь это уже не какой-то задрипанный опенсорц, а
> серьезный софт, идущий за бабло =)Название сменил? Что написал то хоть, расскажи вкратце
>Название сменил? Что написал то хоть, расскажи вкратцеА вам все скажи =)
Нет, разглашение подобной информации противоречит интересам моего работодателя.
нда-с, слоник мужает - оракл, встречай конкуренцию!
за селинукс конечно же большой респект) уж очень нужна эта интеграция.
очень-очень? зачем?
Чтобы окончательно свихнуть мозг при настройке супер-пепелаца, видимо.
чтобы было.
_Гипотетически_ это дает возможность использования для хранения гостайны и других мегасекретных прибамбасов в качестве приоритетной СУБД. Не припомню кто еще это умеет (оракля разве что).
На деле конечно ни хрена это не дает, но есть подозрение что раз такого монстра интергировали, то это было кому-то очень нужно.
RedHat это в первую очередь нужно. Они готовят решения для гос.контрактов, бирж и т.д. Они же основные пользователи SEL. NSA (которые вот свою SEL NoSQL опубликовали) и др. ведомства США могут заинтересоваться. А еще анонимным студентам, чтоб в блоге написать.
> очень-очень? зачем?А Вы только вдумайтесь: "Интеграция поддержки SELinux для управления доступом на уровне объектов БД". Ну как? Теперь понятно для чего это нужно? (правда сказать, Ваш второй вопрос дает понять что Вам это не понятно и, вероятно, не нужно).
до оракла постгресу ещё 2 мажорных релиза пережить придётся, будет что-то похожее на уровень 9ки - 10ки.
Хачу пакеты, алиасы в update и приведение типов как в оракле дабы незадр.....л постгрес :)зы.
еще хочу оптмизатор что бы до ума довели, а то более менее сложный запрос, тупо ставит в ступор, а оракел даже не поперхнется.
ну эта... дед мороз это не я :)
Что за алиасы в апдэйт ?А насчет приведения типов в оракле - ну, как по мне - вроде удобно, но как-то так 50/50. Иной раз лучше бы выругалось заранее, чем через нацатое время получился неожиданный результат..
update table t set t.col1=(select b.col_b from table2 b where b.id=t.id)
where t.id>100и т.д.
Мелочь, но удобно
это и сейчас работает.
Отличная бд жалко её не особо любят разработчики cms что не всегда дает возможность использовать в вэб проектах, кстати интересно почему?
потому что он жрёт гораздо больше мускуля?
многие даже мускуль на что-то типа sqlite меняют.
ну не нужна такая обширная функциональность. особенно за счёт ресурсов.
а вот в ынырпрайзе - пригодится.
чушь пишешь. pg жрёт ровно столько, сколько ему дают. Просто в этой нише давно устаканился mysql и многие кодеры ничего кроме него не знают.
>чушь пишешь. pg жрёт ровно столько, сколько ему дают.жесть.
Но причина популярности должны быть все таки, чем то она им нравится всем
> pg жрёт ровно столько, сколько ему даютАга, как и оракл. Давайте лучше блогодвижки для домашней странички Васи Пупкина сразу под оракл затачивать, он же компактный и легковесный.
Лучшая БД из тех, что мне довелось поработать. Быстрая, мощная - подходит как для маленьких проектов - так и для огромнейших!
Многие пишут для веба например mysql и точка. Я имею ввиду небольшие проекты.
Я настолько привык к этой БД что даже небольшие проекты на ней стою - целостность данных и простота работы с ними в разы выше того же mysql.
И - нет это не из пушки по воробьям большинство профессиональных хостингов предлагают эту замечательную БД.
Пробуйте - понравится!!!
эм... мне конечно тоже очень нравится Postgre, но кажется вы не пробовали Oracle.
пока что PG не доросла до этого уровня, к сожалению.
Для большинства веб проектов, Оракл это как раз "из пушки по воробьям", да и учитывая цену этого самого Оракла...
> Для большинства веб проектов, Оракл это как раз "из пушки по воробьям",
> да и учитывая цену этого самого Оракла...ну для веба согласен. Для веба нужна очень простая и быстрая СУБД. Чаще всего даже Postgre является слишком навороченной. MySQL для подавляющего числа веб сайтов идеальная СУБД. ИМХО конечно. Я в своём комментарии исходил из того что Postgre во многом ориентированна на корпоративный рынок и поэтому логично её противопоставлять Ораклу. И чисто по функционалу СУБД Оракл сильнее.
> эм... мне конечно тоже очень нравится Postgre, но кажется вы не пробовали
> Oracle.
> пока что PG не доросла до этого уровня, к сожалению.Sorry что встрял.
Но по мне Постгрес предпочтительнее Оракла по нескольким позициям1. Стоимость конечного продукта для заказчика
2. Свободная разработка продукта (это конечно на любителя, есть любители аля некрософт)
3. Количество коннектов, юзеров, процессоров, объем базы - это все ваше сколько хотите
4. Шикарная работа на Linux и на FreeBSD (Оракл для фряхи - это только с бубном)
5. Замечательная настраиваемостьЕсть конечно и минусы - слабенький explain, но это лечится. Гораздо хуже накатить очередной сервис пак и получить слетевшие лицензии.
> 4. Шикарная работа на Linux и на FreeBSD (Оракл для фряхи - это только с бубном)под СУБД выбирают ту ОС, под которой она лучше всего работает. Если хочется впихнуть СУБД на фряху лишь только потому что это фряха, то это уже проблемы с головой у инженера.
> под СУБД выбирают ту ОС, под которой она лучше всего работает. Если
> хочется впихнуть СУБД на фряху лишь только потому что это фряха,
> то это уже проблемы с головой у инженера.В 99 процентах так и поступают MSSQL -> WinXXXX , Oracle -> WinXXXX, CentOS, RedHat, где нужно сделать всего - то start mssql-install.msi or rpm -ivh oracle-xxxx.rpm.
оракл это в этих же процентах solaris (подавляющая часть), потом линуксы и совсем в остатке винда (этот пункт инженер обычно выбирает от отсутствия навыков работе с никсами). Мб ещё какие-то ос забыл.
> Sorry что встрял.Да всегда пожалуйста ))
> Но по мне Постгрес предпочтительнее Оракла по нескольким позициям
Ну мне тоже Постгрес очень нравится как инструмент. Просто с точки зрения функционала Оракл сильнее, я имею ввиду с точки зрения разработки в Оракле на каждый чих есть функция и за счет этого не только разработка идет быстрее (что вообщем-то не так уж и важно), но и поддерживать всё это проще, потому что код получается простым и понятным (я имею ввиду хранимки и запросы). Ну и конечно протестирована она под нагрузкой так, что крайне редко к ней нарекания бывают. Прямые конкуренты в корпоратвном секторе DB2 до недавнего времени оочень сильно недотягивала по функциональности (я правда использовал 8.2, 9ка судя по всему сильно прибавила), а SQL Server по стабильности (я имею ввиду в первую очередь не падения, а дедлоки и просто ситуации когда СУБД ведет себя неадекватно, например запрос намертво зависает при выполнении или неожиданно появляются распределенные транзакции там где их не должно быть или на хинты не реагирует) и быстродействию (правда с выходом 2008ого SQL Server'а пациент пошел на поправку, но все еще не выздоровел).
К сожалению испытать Постгре под такими нагрузками у меня лично возможности не было, но очень бы хотелось. На мой взгляд, это единственная, заслуживающая внимания открытая СУБД. На сколько мне известно, она проигрывает Ораклу в количестве инструментов (в первую очередь функций SQL) и не так хорошо оттестирована на больших нагрузках.
В любом случае, низкий поклон тем, кто участвует в её разработке. Продукт получается действительно оочень достойный =)
>На сколько мне известно, она проигрывает ОраклуДа - проигрывает, но не так много. А если сравнить лицензию $6K/cpu и $0 сколько бы там не было - не факт что вы по бабкам вытяните нужную конфигурацию Оракла чтобы пережевать ваши потоки данных. Я знаю о чем говорю - у нас самая busy OLTP ever по словам самих Ораклоидов - куча HP Superdome + storage ... Сколько на всё это стоят лицензии + SLA .... чесслово лучше просто не знать :(
>в количестве инструментов (в первую очередь функций SQL)
угу - добавь слово _нестандартных_ ... и эта - в постге есть перл\питон :) Против этого функции SQL - как бы не то ...
>и не так хорошо оттестирована на больших нагрузках.
Мужик ты просто сурово не в теме. Одного Skype достаточно, а там ещё есть :)
>В любом случае, низкий поклон тем, кто участвует в её разработке.
Тут - да, +100500. Я со слоном уж лет 8-9 точно. Несмотря на Оракалы и прочее :)
>>и не так хорошо оттестирована на больших нагрузках.
> Мужик ты просто сурово не в теме. Одного Skype достаточно, а там
> ещё есть :)Ну зря вы так =) Вполне я в теме. К сожалению Skype переписал половину системы и пользуясь тем что это BSD взад не вернул. Так что там не совсем слон.
>>В любом случае, низкий поклон тем, кто участвует в её разработке.
> Тут - да, +100500. Я со слоном уж лет 8-9 точно. Несмотря
> на Оракалы и прочее :)А так, просто всё надёюсь в нагруженном продакшне увидеть слона или сам пропихнуть в меру своих сил, но пока что не выходит... а жаль =)
Про лицензии цены на лицензии Оракл тоже в курсе =) Кстати, а что за проект, если не секрет? )
Даже если бы это был GPL, то изменения бы в проект не вернулись, просто по той причине, что сама система крутится на их серверах - это во-первых. А во-вторых, насколько я помню из их интервью они ничего в самой БД не меняли (кроме настроек), а дополнительно написали утилиты код которых открыли.
> Даже если бы это был GPL, то изменения бы в проект не
> вернулись, просто по той причине, что сама система крутится на их
> серверах - это во-первых. А во-вторых, насколько я помню из их
> интервью они ничего в самой БД не меняли (кроме настроек), а
> дополнительно написали утилиты код которых открыли.По поводу 1го. Да уж, к сожалению вы правы. А по второму пункту, поискал, но так и не нашел документ, в котором я про это прочел, так что доказать не могу. Просто помню, что такая информация (что переписывали сильно) была и что в итоге сообществу отдали только утилиты.
оракл слишком тяжёл даже для средних проектов, это чистый энтерпрайз.
Нифига подобного, оракл неудобен только для "мелких" проектов, или где нужен "ембедед" движок
Для всего остального оракл очень даже хорош, но по сравнению с сабжем у него есть один существенный недостаток он платен и даже очень :)
для небольших вещей, которые вписываются в ограничения, но нужен выделенный сервер, Oracle XE будет гораздо лучше работать, чем тот же постгрес
> для небольших вещей, которые вписываются в ограничения, но нужен выделенный сервер, Oracle XE будет гораздо лучше работать, чем тот же постгресэто достаточно спорное утверждение. Для PG есть куча расширений без аналогов в оралке. И только хотя бы это этой причине в ряде случаем можно получить больший профит с PG.
> для небольших вещей, которые вписываются в ограничения, но нужен выделенный сервер, Oracle
> XE будет гораздо лучше работать, чем тот же постгресПроекты обычно растут. Никто не захочет поставить XE, чтобы через год, в самый разгар понять, что с ней уже тесно. А на начальных стадиях оверхед по скорости вобще пренебрежим.
Что касается Postgres, то у него имхо кроме веб появилась новая ниша: замена Win+MS SQL+1C сервер.
> Что касается Postgres, то у него имхо кроме веб появилась новая ниша:
> замена Win+MS SQL+1C сервер.+ замена Oracle. Я уже руку набил тока кучу старья (начиная с 8.0.5! со старым протоколом ещё) по энтерпрайзам поменял. Ничего - живут :)
>> Что касается Postgres, то у него имхо кроме веб появилась новая ниша:
>> замена Win+MS SQL+1C сервер.
> + замена Oracle. Я уже руку набил тока кучу старья (начиная с
> 8.0.5! со старым протоколом ещё) по энтерпрайзам поменял. Ничего - живут
> :)Че-то я не понял. Что на что ты поменял?)
Интересно, а с этим "Поддержка прикрепленных таблиц SQL/MED (Management of External Data)" можно будет наконец-то писать запросы, использующие одновременно данные из больше чем одной БД?
Или для PgSQL ограничение доступа к серверу только одной БД в пределах соединения - священная корова?
http://doc.prototypes.ru/database/postgresql/contrib/dblink/
Знаю, но для портирования на PgSQL приложений, которые по-жизни работают с несколькими базами, эта примочка не поможет.
Да и самому ее исплользоать непросто.
Мне нужно в одном списке FROM одного SELECT иметь JOIN между таблицами разных БД.
http://wiki.postgresql.org/wiki/SQL/MED
Хоть бы один написал, что один пункт из важнейших новых фич - это результат работы российских разработчиков, в частности, меня и Феди Сигаева ! Ничего, если пропиарюсь немного :) Желающим почитать про поиск ближайших соседей, посмотрите презентацию с http://www.sai.msu.su/~megera/postgres/talks/
> Хоть бы один написал, что один пункт из важнейших новых фич -
> это результат работы российских разработчиков, в частности, меня и Феди Сигаева
> ! Ничего, если пропиарюсь немного :) Желающим почитать про поиск ближайших
> соседей, посмотрите презентацию с http://www.sai.msu.su/~megera/postgres/talks/Респект тебе и уважуха )))) PG зело полезная СУБД )))
Спасибо вам большое, Олег. Очень замечательная СУБД
> Хоть бы один написал, что один пункт из важнейших новых фич -
> это результат работы российских разработчиков, в частности, меня и Феди Сигаева
> ! Ничего, если пропиарюсь немного :) Желающим почитать про поиск ближайших
> соседей, посмотрите презентацию с http://www.sai.msu.su/~megera/postgres/talks/Спасибо большое. Действительно замечательная СУБД. Спасибо Вам за труды =)
> Хоть бы один написал, что один пункт из важнейших новых фич -
> это результат работы российских разработчиков, в частности, меня и Феди Сигаева
> ! Ничего, если пропиарюсь немного :) Желающим почитать про поиск ближайших
> соседей, посмотрите презентацию с http://www.sai.msu.su/~megera/postgres/talks/Люди вроде Вас вдохновляют внести свой вклад в OpenSource (потребление без обратной отдачи оставляет очень негативный отпечаток на личности, который может со временем разрастаться поражая все большие сферы мышления и деятельности).
Благодарю за труд! Эти творения остануться на века.
А когда стоит ожидать "пропатченную" версию 9.1 для сервера 1С-предприятие? Насколько существенны будут отличия? Спасибо.
А когда будет можно при наследовании ссылаться на данные в родительской таблице, которые лежат в дочерней? При выборке они видны, а для ограничений внешних ключей нет.
standard_conforming_strings = onМля! Про это надо жирным шрифтом писать и орать про это на всех на углах. Добрая часть ваших веб-приложений будет стегать пока в off не поставишь. :(
Иначе долго придется чесать репу почему запросы типа: SELECT * FROM table WHERE text = 'test\.test' не находят записи со значением 'test.test'