и проект у Вас gradle'вый

Ох, гредл-гредл

Оставил нам как-то коллега проект на Groovy, собираемый гредлом. В команде больше ни джавистов, ни тем более знающих гредл нет. Так и сидим на старом билде, потому что всем влом разобраться.

Вы ж, под android, надеюсь, в IDEA пишите?

Нет. Меня интересуют libpq собранные под андроид. Например, zlib можно собрать, где-то читал

Нет. Меня интересуют libpq собранные под андроид. Например, zlib можно собрать, где-то читал

а это Вы хотите странного

Нет. Меня интересуют libpq собранные под андроид. Например, zlib можно собрать, где-то читал

http://www.postgresql.org/message-id/4ECCD3D9.3040505@bernawebdesign.ch

Вон пишут, что собрали

а это Вы хотите странного

Может быть. Но ведь использование скомпилированных библиотек предусмотрено

вон оно чё...

*NoSQL имелось в виду

Вон пишут, что собрали

Спасибо, то видел. Но как-то никакого руководства так и не нашел

Народ, а кто нить мигрировал с 9.1 на 9.4 в доёбиане? Есть какие нить грабли?

визи → джесси

нет

я через pg_upgradecluster мигрировал

Ну, там вроде как всегда так и делается.

Интересуют именно грабли

А то скукоживать в дамп и раскукоживать чот как то лень.

я не помню, вроде, всё гладко проехало, хотя snapshot VM сделал

ну не без этого :)

Хотя... блин, планирую переезжать на другую виртуалку...наверное придётся дампить :(

Всем привет. Меня зовут Яков Шуваев. 12 февраля мы совместно с сообществом #PostgreSQLRussia проводили митап по PostgreSQL в ЛАНИТ в Москве. Темы: мониторинг PostgreSQL и управление изменениями в БД на PostgreSQL с помощью liquibase. Информацию, видео и презентации с прошлого митапа, если кто не видел, можно посмотреть тут http://www.meetup.com/postgresqlrussia/events/227606200/ и чуть более подробно тут: http://www.meetup.com/TechGuruDay/events/230686090/. Пользуясь случаем, хочу пригласить всех, кому интересна тема не только PostgreSQL, но и Java, на наш новый митап, который состоится 25 мая. Темы: новое в JavaEE, Java в корпоративных системах, Java в ГИС системах. Более подробно читайте здесь: http://www.meetup.com/TechGuruDay/events/231100084/ Если будут вопросы – их можно задать прямо на странице митапа.

Это называется рамен

Рамен в Японии, Доширак это Корея.

Рамен в Японии, Доширак это Корея.

Я запомню

Рамен в Японии, Доширак это Корея.

А в Китае?

Лапса

Спс)

А в Китае?

С китаем трудно. У лапши и её разновидностей существует множество названий, в частности, из-за разнообразия языков в Китае. На литературном китайском языке пшеничная лапша называется кит. трад. 麵, упр. 面, пиньинь: miàn, палл.: мянь, рисовая и крахмальная — кит. трад. 粉, пиньинь: fěn, палл.: фэнь, а на других — цзиньском, цзянсийском, ваньнаньском, сянском, уском, юэском, хакка, миньских используются другие названия.

В Китае много разных языков которые объеденены одной письменостью. (как минимум 4 основных выделяют)

Народ, а кто нить мигрировал с 9.1 на 9.4 в доёбиане? Есть какие нить грабли?

Если не считать маленького таймаута ожидания tcp порта базы в дебиан 8 стартап скрипте, то все ОК. Но крови он мне пропил при создании слейва.

Что за таймаут?

Если при грейде, то это не беспокоит. Внутренний проект, простой не критичен

В одноименной фб группе с Димой Васильевым ковыряли

@stalkerg мне собу, пожалуйста

@stalkerg мне собу, пожалуйста

Только не путай с якисоба, а то она из пшеницы и её жарят. А собу как правило варят и подают холодной (но то же иногда не из гречневой муки, из гречневой японская соба - нихонсоба).

Обожаю холодную собу... в Нара классно делают.

В холодном виде не пробовал

С китаем трудно. У лапши и её разновидностей существует множество названий, в частности, из-за разнообразия языков в Китае. На литературном китайском языке пшеничная лапша называется кит. трад. 麵, упр. 面, пиньинь: miàn, палл.: мянь, рисовая и крахмальная — кит. трад. 粉, пиньинь: fěn, палл.: фэнь, а на других — цзиньском, цзянсийском, ваньнаньском, сянском, уском, юэском, хакка, миньских используются другие названия.

Жесть)

В холодном виде не пробовал

Тогда скорее всего это была пшеничная якисоба (на цвет не смотрим).

Это канал об аниме? © :-)

вот Сашка взял да и прославился раз и навсегда

а всего-лишь навсего стоило просто играть в одну корейскую милую и анимешную игрушку в злополучные 2003-2004 годы

Это к анал (с)

Это канал об аниме? © :-)

Увы не #anime в IRC.

Руснет ванлав

Рамен это хорошо, вкусно.

Только мозги вырубает начисто, особенно если на свином бульоне

Только мозги вырубает начисто, особенно если на свином бульоне

водки меньше добавляй

подскажите с ошибкой

при импорте дампа

pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 3328; 0 2700673 TABLE DATA my_bus_stops dbname pg_restore: [archiver (db)] could not execute query: ERROR: relation "my_bus_stops" does not exist Command was: COPY my_bus_stops (id, slug, names, country_id, city_id, priority, moderated, parent_id, removed, active, properties, latit... pg_restore: [archiver (db)] Error from TOC entry 3289; 0 19290 TABLE DATA my_cities dbname pg_restore: [archiver (db)] could not execute query: ERROR: relation "my_cities" does not exist

делал так

pg_dumpall -g -U postgres > globals.sql

pg_dump -Fp -s -v -f db-schema.sql -U postgres mybase

Now restore. psql -f globals.sql psql -f db-schema.sql mydb pg_restore -a -d dbname -Fc full.dump

Приветствую! Подскажите, а можно ли как-нибудь сделать, чтобы условие типа col = 1 or col is null отрабатывало за один проход по по простому btree индексу на колонку?

https://explain.depesz.com/s/jlfJ - а как он обрабатывается? вроде loop=1

Приветствую! Подскажите, а можно ли как-нибудь сделать, чтобы условие типа col = 1 or col is null отрабатывало за один проход по по простому btree индексу на колонку?

pg_restore: [archiver (db)] Error while PROCESSING TOC: pg_restore: [archiver (db)] Error from TOC entry 3328; 0 2700673 TABLE DATA my_bus_stops dbname pg_restore: [archiver (db)] could not execute query: ERROR: relation "my_bus_stops" does not exist Command was: COPY my_bus_stops (id, slug, names, country_id, city_id, priority, moderated, parent_id, removed, active, properties, latit... pg_restore: [archiver (db)] Error from TOC entry 3289; 0 19290 TABLE DATA my_cities dbname pg_restore: [archiver (db)] could not execute query: ERROR: relation "my_cities" does not exist

пальцем в небо, в базе куда ты восстанавливаешь все экстеншены установлены, какие были в исходной?

экстеншн установлен

https://explain.depesz.com/s/jlfJ - а как он обрабатывается? вроде loop=1

У меня два битмап индекс скана, потом битмап ор. Интересно получается

У меня два битмап индекс скана, потом битмап ор. Интересно получается

может стоит проверить индексы по этому полю?

В таблице одна колонка, один btree на эту колонку. 10000 строк, одна null и одна = 1

В таблице одна колонка, один btree на эту колонку. 10000 строк, одна null и одна = 1

тогда сдаюсь ? у меня почти тоже самое в примере. может analyze настравить?

тогда сдаюсь ? у меня почти тоже самое в примере. может analyze настравить?

Пробовал, не помогает

https://explain.depesz.com/s/3Id

Пробовал, не помогает

не пускает

Поправил

сделайте analyze и если у вас всего 2 разных значения в таблице то после этого он вообще будет выбирать seq scan ;)

Не, там generate_series(1, 10000) и одна null

может стоит проверить индексы по этому полю?

В этом плане он ищет по индексу без кондишена, а потом фильтрует по условию, пока 10 наверх не выплюнет, много строк =1 в таблице, наверно он поэтому такой план выбирает

Просто если бы не null, то мможно написать col = any(array[1, 2]) и все хорошо отработает за один проходи, проблема в том, что с null такое не прокатит

Просто если бы не null, то мможно написать col = any(array[1, 2]) и все хорошо отработает за один проходи, проблема в том, что с null такое не прокатит

ну а если where (case when col isnull then 1 else col end) = 1;

бред, конечно

но вдруг сработает

только если индекс повыражению забубенить

https://explain.depesz.com/s/rRe4

наверное да

К сек скану приводит такое

ну, вот индекс можно построить чтоб из него null выкинуть create index hack on table ( (case when col is null then -42 else col end)) ; select * from table where (case when col is null then -42 else col end) in (1, -42);

Индекс понятно, по coalesce можно построить, но меня интересует можно ли по простому индексу как-нибудь так делать хитро

Все идет пока к ответу НЕТ ?

Or это как правило всегда 2 запроса

pg_dump -Fp -s -v -f db-schema.sql -U postgres mybase

Все намного проще. У вас -Fp формат PLAIN. Его нельзя через pg_restore. Его через psql или другой клиент

Now restore. psql -f globals.sql psql -f db-schema.sql mydb pg_restore -a -d dbname -Fc full.dump

Упс, сорри. Недосмотрел

экстеншн установлен

используйте нормальные файловые бакапы через pg_basebackup, не используйте логические дампы.

https://pypi.python.org/pypi/mattermost_bot/

http://mattermost-bot.readthedocs.io/plugins.html

используйте нормальные файловые бакапы через pg_basebackup, не используйте логические дампы.

это в режиме архивлогов нужно держать базу, место больше занимает наверн

> используйте нормальные файловые бакапы через pg_basebackup, не используйте логические дампы. спасибо зай, но что делать если полученный файловый клон занимает в 10 раз больше дампа?

у меня из-за этого целая полка за две недели забивается такой фигней

А зечем вы её дампами забиваете ?