Вечером 15-го октября в компании Avito пройдёт очередной PostgreSQL-meetup. Приглашаются все желающие. Для посещения необходима регистрация (http://PostgreSQLRussia.org.). Компания Аvito поддерживает самую большую доску объявлений в Европе, для обеспечения работы которой используется одна из крупнейших инсталляций PostgreSQL в России.
План встречи:
- Вступительное слово. Николай Самохвалов, «Постгресмен», PostgreSQL Global Development Group
- Доклады-молнии, 5-10 минут каждый
- Dmitrii Golub: «про как мы в mili.ru ускорили алгоритм вычисления задолженности, переписав его на pl/pgsql, с какими сложностями столкнулись, чего добились». Mili.ru - сервис микрозаймов (подробнее).
- Стас Кельвич, аспирант МИФИ; Александр Коротков, «Интаро-Софт», PostgreSQL GDG: «Эффективный поиск ближайшего объекта своими руками»
- Максим Лапшин, Erlyvideo.ru. Рассказ о небольшом (но ставшем очень популярным!) проекте mysql2postgres (https://github.com/maxlapshin/mysql2postgres/)
- Михаил Тюрин, Avito.ru. PostgreSQL в архитектуре Avito.
Выбор СУБД во многом предопределил успешное развитие. Вокруг PostgreSQL выстроены основные компоненты архитектуры, в том числе и обработка пользовательских запросов.
Доклад про:
- развитие подсистем связанных с PostgreSQL;
- параметры и режимы функционирования;
- успешные решения в рамках отдельного postgres-кластера и
- при распределенной обработке данных;
- задачи продолжающегося активного роста проекта.
- Мурат Кабилов, Avito.ru. PostgreSQL + PHP.
- приемы доступа к данным;
- прикладной класс работы с БД поверх PDO, особенности PDO;
- связки пуллов коннектов;
- API хранимых процедур;
- работа c распределенным хранилищем;
- RPC между базами на примере асинхронного геокодинга.
- Сергей Бурладян, Avito.ru. Резервирование, архивирвание, восстановление и т.п. Демонстрация восстановления и отката PostgreSQLURL: http://postgresmen.ru/node/2482
Новость: http://www.opennet.me/opennews/art.shtml?num=40797
Долой Oracle, даёшь PostgreSQL !!!
А если честно, что PostgreSQL так же крут как и Oracle ?
Просто в работе я встречался только с Oracle и могу сказать, он мне понравился...
>А если честно, что PostgreSQL так же крут как и Oracle ?Как минимум, по критерию свободности и опенсорсности - на порядок круче.
Но ежели пепел интерпрайза стучит в твоём сердце, тебе надо сравнивать оракл с EnterpriseDB>Просто в работе я встречался только с Oracle и могу сказать, он мне понравился...
Засетапь и попробуй, это как два пальца. Никаких там инсталяторов на жабке и прочего скама. Или оракель столько сил отнимает что на интерес уже сил не хватает? :)
Да, сетапить постгрю гораздо удобнее, чем оракл, это правда. Но вот все остальное - небо и земля, причем постгря - земля.
К сожалению это правда.
> К сожалению это правда.Представляю ваш шок от mssql
ну с мсскл работал чуть-чуть уже в молодости, ставится легко, куча обвеса и прибита гвоздями к одной ОС...И чем это Мсскл фичастей Оракла кстати? я навскидку не могу даже прикинуть
> Но вот все остальное - небо и земля, причем постгря - земля.Побольше пафоса, так ваш поток сознания будет казаться более обоснованным. Применяйте бичующие эпитеты, пошлые, навязчивые сравнения и вас назначат менеджером по маркетингу непременно
Ждем от вас сравнения JSONB с JSON Oracle :)зы. уж больно они разные для сравнения, pg сильно идет вперед по функциональности (считай, научная разработка), у Oracle экосистема, тот же rman, но с грузом старья из 90-х и VAX-ов (особенно в инсталляции), стабильность :)
А как в Постгрессе квери осуществляется по JSONу? так же как Oracle DB 12?
И если ли нюансы при кверях по JSONу, когда он хранится в JSONB? (скорость?)http://docs.oracle.com/database/121/ADXDB/json.htm#ADXDB6277
язык запросов отличается, jsonb хранится бинарно, юзаются нормальные индексы, поиск во многих случаях работает чуть быстрее, чем в монге =)
поищи, что по этому поводу писал в последнее время Олег Бартунов.
Вообщем чуть почитал доки..Синтаксис доступа к элементам JSON объекта PG своеобразный, у Оракла более удобный и привычный для знакомых с JavaScript.., да и в Яве с помощью JsonPath - https://github.com/jayway/JsonPath)
http://www.postgresql.org/docs/9.4/static/functions-json.htm...
>>"""...The field/element/path extraction operators return NULL, rather than failing, if the JSON input does not have the right structure to match the request; for example if no such element exists."""
В яваскрипте в этом случае получаем "undefined" вместо null, хотя если доп проверки будут сказываться на произодительности, то такое поведение приемлимо и лучше.
Ну и в целом любые особенности я бы считал приемлемыми если это дает премущество в произодительности.
http://www.postgresql.org/docs/9.4/static/datatype-json.html---
кстати, написано, что при JSONb, значения приводятся к нативным Пострг типам, т.е идет парсинг, а дата к примеру в ISO-форме будет переведена в дейт или варчар?
Будет совсем крут, когда сделают 100%-совместимые пэкэджи, да и вообще чтобы была 100% совместимая миграция с оры на слона.Мне очень нравится слон, особенно с его новыми фичами, массивами, подключением языков. PSQL даже страшно сравнивать с sqlplus.
этого гогна как раз в pg не нужно. Он развивается своим, более труёвым путём, чем этот ужасный энтерпрайз.
Это понятно, но как мигрировать с оры на слона с минимальными переделками?
никак. У PG в принципе нет некоторых топовых фич оракл дб, в любом случае это ручной процесс и иногда даже с допиливанием самого приложения.
Вот о том и толкую - основная причина сдерживания массовой миграции. Куча наработанного софта. Но там действительно не получится минимальными усилиями - много фундаментальных сущностей иного толка...
так и не нужно ничего никуда массово мигрировать, нужно новые проекты сразу писать для Pg. Какой-нибудь голимый энтерпрайз не будет делать и этого, даже не сколько из-за нехватки фичь - тупо не особо получится бабло попилить.ЦА Pg это более-менее продвинутые разработчики которые могут воспользоваться фичами этой СУБД (только "стандартных" тупых интерфейсов вроде ORM недостаточно) и могут сами как-то "закостылить" отсутствующие вещи. Разработчики для оракл дб не такие - хотят сразу всё готовое и не будут отходить от паттернов разработки которые они уже юзают десяток лет.
довольно много наработано проектов на ора, с новыми понятно все
>сервис микрозаймовFFUUU!!! запачкались
>Максим Лапшин, Erlyvideo.ru. Рассказ о небольшом (но ставшем очень популярным!) проекте mysql2postgresА этот г-дон что там делает?
был у него неплохой проектик - продал пин-сам, огородил, сырцы отовсюду снёс.
на конференции по Opensource не пускать.
такого только на конференции MS и Oracle.
совесть резиновая
А кто тебе мешал клон сделать, пока сырцы были? Не нужно было? Ну и не п..ди тогда.А Макс человек вполне себе уважаемый, и не тебе его плохими словами называть.
видео будет?
В общем делаю вывод: никто никуя не занимался сравнением Oracle c PostgreSQL
Так, что все Ваши комменты засуньте себе... А обосрать я и сам могу :)
Яндекс на предыдущем митапе вполне дал четкое сравнение:- У постгри им не хватает нормального дебага запросов: понять на чём лочится запрос - невозможно. Только gdb, только постгря с дебаг-символами и тормозами. На живых серверах не поотлаживаешь.
- Что касается минусов оракла: если в его недрах происходит какая-то внутренняя недокументированная ошибка, то саппорт вам говорит: "мы её исправим. когда-нибудь".
Ну и цена как самолёта за владение и поддержку, которая ничем тебе не поможет.
В случае постгреса, у яндекса есть много программистов, которые пилят постгрес.
В остальном, вроде как, Оракл шикарен.
ну пц какое чёткое сравнение, его то как раз и не хватало всем.
Блин, если-бы еще запись выложили.
В Pg уже есть пулы коннектов из коробки? или всё по прежнему сторонними костыльными-модулями?
Самая большая проблема у постгреса это отсутствие вменяемых механизмов переключения на слейв и обратно на мастера для кластера.
Т.е. как таковой автоматической репликации не сушествует. в 21 веке до сих пор надо ручками переключать.
А ведь достаточно было сделать постгерс-агентов как у монги. И пусть эти 3-4 агента мониторят кто главный.
Интересно было бы послушать про BDR репликацию (встроеный асинхронный мультимастер, на основе журналов, а не тригеров) которая ожидается в 9.4...9.5