ну вот, все с цифры и с большими буквами внутри - в кавычках

все что начинается с цифр у вас в кавычках либо заглавные буквы

ну вот, все с цифры и с большими буквами внутри - в кавычках

+1

т.е. постгр сам отбрасывает кавычки когда они не нужны

из любимого в осме - ещё колонку natural вечно в кавычках надо писать :)

из любимого в осме - ещё колонку natural вечно в кавычках надо писать :)

а еще name кто-то отрабатывать не хотел, не помню правда уже точно какой софт, постоянно на naimen меняю)

и колонку user то же

https://www.postgresql.org/docs/9.5/static/sql-keywords-appendix.html

Какие то странные поля в таблице

В 1с и не такое бывет

а расскажите, как правильно остановить постгрес, чтобы он остановился?

pg_ctl -D /path/to/data/ stop

а то у меня тут в скрипте (сборка докера) есть pg_ctl -D "$PGDATA" -w stop но сегодня оно на сборке его не остановило, внутри оказался пид-файл, и контейнер пришлось пересобирать

пришло время пересобирать контейнер

Есть время деплоить контейнер - есть время собирать контейнер...

Ребята, кто-нибудь помнит в какой версии впервые появился механизм LISTEN/NOTIFY?

с 9.2 вроде

а хотя хз

https://www.postgresql.org/docs/7.4/static/sql-notify.html

в 9.2 новая реализация появилась

судя по документации еще с 7.1

судя по документации еще с 7.1

Кажись, нашел. https://www.postgresql.org/docs/6.4/static/sql-notify.htm

любители посмотреть в схему и накритиковать тут есть? https://chrisnatali.github.io/osm_notes/osm_schema.html

наверное я бы редакции как edition назвал

если redactions - это редакции

redactions - это цензурирования

https://en.wikipedia.org/wiki/Redaction

поля k, v вызывают сомнения, имхо

В чем такую красоту рисовали ?

сверху же написано)

DbSchema

а я сразу схему полез смотреть не заметил лейбла сверху )

oauth nonces ни к чему не привязаны?

да, это список засофтбаненных айдишников запросов

https://hueniverse.com/2008/10/03/beginners-guide-to-oauth-part-iii-security-architecture/ ctrl-f nonce

oauth 1.0a?

Я по диагонали в это все забежал, но пока не понимаю. Nonce ведь нужно где-то \хранить до использования.

а, nonce генерируется на клиенте. всегда ненавидел этот протокол.

Всем привет! Не знаю, как тут с правилами на этот счет, но есть интересная вакансия SQL-разработчика в крупнейшую лизинговую компанию. Проект на ближайшие 1,5-2 года - переход с MS на Postgres (до 170k, м. ВДНХ) [T-SQL и / или PL/pgSQL] Кому интересно https://hh.ru/vacancy/19184341

бесплатные обеды (в скором времени) ?

Всем привет! Не знаю, как тут с правилами на этот счет, но есть интересная вакансия SQL-разработчика в крупнейшую лизинговую компанию. Проект на ближайшие 1,5-2 года - переход с MS на Postgres (до 170k, м. ВДНХ) [T-SQL и / или PL/pgSQL] Кому интересно https://hh.ru/vacancy/19184341

ну если вакансии по postgres то думаю ок

Всем привет! Не знаю, как тут с правилами на этот счет, но есть интересная вакансия SQL-разработчика в крупнейшую лизинговую компанию. Проект на ближайшие 1,5-2 года - переход с MS на Postgres (до 170k, м. ВДНХ) [T-SQL и / или PL/pgSQL] Кому интересно https://hh.ru/vacancy/19184341

в чате по постгре постить вакансию на ms ? как далеко находитесь от ВДНХ, может быть я заинтересуюсь ?

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

и укажите полностью должностные обязанности, что-то жопой чую, вы там и архитектора хотите и админа, помимо разработчика и отчетности

и укажите полностью должностные обязанности, что-то жопой чую, вы там и архитектора хотите и админа, помимо разработчика и отчетности

Хороший инструмент ))

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

Это как мидл девапс

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

50/50 же

что 50/50?

Ну как обычно. половину сделать и начать делать что-то новое

и так до тех пор пока не прекратится выход нового по

Короче я думал, и придумал самый простой алгоритм рипания данных из зашкваренной таблицы постгрес, тк усложнять = полагаться на данные COUNT, который может не сработать: просто проходиться по таблице с SELECT * FROM table LIMIT 1000 OFFSET 5000;, пока эта квери не вернет 0 туплов. Если вся квери фейлится, пробуем брать по 1 записи с LIMIT 1 OFFSET 5000, 5001, 5002... Вопрос: может велосипед уже за меня кем-то написан?

Короче я думал, и придумал самый простой алгоритм рипания данных из зашкваренной таблицы постгрес, тк усложнять = полагаться на данные COUNT, который может не сработать: просто проходиться по таблице с SELECT * FROM table LIMIT 1000 OFFSET 5000;, пока эта квери не вернет 0 туплов. Если вся квери фейлится, пробуем брать по 1 записи с LIMIT 1 OFFSET 5000, 5001, 5002... Вопрос: может велосипед уже за меня кем-то написан?

думаю COPY удобнее будет в /dev/null и быстрее, а по поводу limit и offset думаю можно использовать бинарный поиск

думаю COPY удобнее будет в /dev/null и быстрее, а по поводу limit и offset думаю можно использовать бинарный поиск

Секунду, так я же хочу данные извлечь, зачем их в девнулль копировать?

Меня в посл раз выручила утилита на перле, которую тут посоветовали, но имени не помню

Секунду, так я же хочу данные извлечь, зачем их в девнулль копировать?

сначало выявишь плохие строки, удалишь их, поотм уже простой pg_dump пройдёт

но можешь и сразу в файлы кидать конечно

сначало выявишь плохие строки, удалишь их, поотм уже простой pg_dump пройдёт

Не, суть в том что удалить не могу их из-за ошибки invisible tuple, и иногда сегфолт постгреса

Там на некоторых туплах висят ненулевые xmin и xmax - следы оборванных трансакций с прошлого сервера если я правильно понимаю.

Не, суть в том что удалить не могу их из-за ошибки invisible tuple, и иногда сегфолт постгреса

ну тогда COPY в файлик

ну тогда COPY в файлик

Тогда уж pg_dump, не? Но это не то, тк и copy и pg_dump остановится на первом битом тупле

Кто сталкивался? postgresql 9.5.4 После запроса БД сломалась begin; update message set ctime = ctime + '3 hour', atime = atime + '3 hour' where ctime < '2016-12-08 16:25:57'; ERROR: could not read block 6707 in file "base/17055/70986": read only 4096 of 8192 bytes

причем ранее дампы этой таблицы проходили корректно.

После запроса дамп падает на том же месте.

ERROR: S client not available

судя по 4096 это что то хардварное...

перезагружать пробовали?

:))))

грешить на диск/память?

пробовал, первое что сделал - обновил до 9.5.5

ну он говорит что не смог за один раз прочитать 8 киилобайт это крайне странно

а прочитал аккурат 4 килобайта

ls -al base/17055/70986 -h -rw------- 1 postgres postgres 179M дек 12 18:47 base/17055/70986

Все, отбой, диск

[Пн дек 12 16:54:47 2016] UDP: bad checksum. From 192.168.2.91:50925 to 255.255.255.255:1540 ulen 40 [Пн дек 12 16:57:39 2016] ata1: failed to read log page 10h (errno=-5) [Пн дек 12 16:57:39 2016] ata1.00: exception Emask 0x1 SAct 0xe00 SErr 0x0 action 0x0 [Пн дек 12 16:57:39 2016] ata1.00: irq_stat 0x40000008 [Пн дек 12 16:57:39 2016] ata1.00: failed command: READ FPDMA QUEUED [Пн дек 12 16:57:39 2016] ata1.00: cmd 60/08:48:38:fb:61/00:00:3c:00:00/40 tag 9 ncq 4096 in res 40/00:48:38:fb:61/00:00:3c:00:00/40 Emask 0x1 (device error) [Пн дек 12 16:57:39 2016] ata1.00: status: { DRDY } [Пн дек 12 16:57:39 2016] ata1.00: failed command: WRITE FPDMA QUEUED [Пн дек 12 16:57:39 2016] ata1.00: cmd 61/40:50:60:87:22/00:00:42:00:00/40 tag 10 ncq 32768 out res 40/00:48:38:fb:61/00:00:3c:00:00/40 Emask 0x1 (device error) [Пн дек 12 16:57:39 2016] ata1.00: status: { DRDY } [Пн дек 12 16:57:39 2016] ata1.00: failed command: WRITE FPDMA QUEUED [Пн дек 12 16:57:39 2016] ata1.00: cmd 61/50:58:e0:46:41/01:00:3a:00:00/40 tag 11 ncq 172032 out res 40/00:48:38:fb:61/00:00:3c:00:00/40 Emask 0x1 (device error) [Пн дек 12 16:57:39 2016] ata1.00: status: { DRDY } [Пн дек 12 16:57:39 2016] ata1.00: model number mismatch 'ST31000528AS' != '' [Пн дек 12 16:57:39 2016] ata1.00: revalidation failed (errno=-19) [Пн дек 12 16:57:39 2016] ata1: hard resetting link [Пн дек 12 16:57:40 2016] ata1: SATA link up 1.5 Gbps (SStatus 113 SControl 310) [Пн дек 12 16:57:40 2016] ata1.00: configured for UDMA/133 [Пн дек 12 16:57:40 2016] ata1: EH complete [Пн дек 12 16:57:42 2016] ata1.00: exception Emask 0x0 SAct 0x4000 SErr 0x0 action 0x0 [Пн дек 12 16:57:42 2016] ata1.00: irq_stat 0x40000008 [Пн дек 12 16:57:42 2016] ata1.00: failed command: READ FPDMA QUEUED [Пн дек 12 16:57:42 2016] ata1.00: cmd 60/08:70:38:fb:61/00:00:3c:00:00/40 tag 14 ncq 4096 in res 41/40:08:3e:fb:61/00:00:3c:00:00/00 Emask 0x409 (media error) <F> [Пн дек 12 16:57:42 2016] ata1.00: status: { DRDY ERR } [Пн дек 12 16:57:42 2016] ata1.00: error: { UNC } [Пн дек 12 16:57:43 2016] ata1.00: configured for UDMA/133 [Пн дек 12 16:57:43 2016] sd 0:0:0:0: [sda] Unhandled sense code [Пн дек 12 16:57:43 2016] sd 0:0:0:0: [sda] [Пн дек 12 16:57:43 2016] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE [Пн дек 12 16:57:43 2016] sd 0:0:0:0: [sda] [Пн дек 12 16:57:43 2016] Sense Key : Medium Error [current] [descriptor] [Пн дек 12 16:57:43 2016] Descriptor sense data with sense descriptors (in hex): [Пн дек 12 16:57:43 2016] 72 03 11 04 00 00 00 0c 00 0a 80 00 00 00 00 00 [Пн дек 12 16:57:43 2016] 3c 61 fb 3e [Пн дек 12 16:57:43 2016] sd 0:0:0:0: [sda] [Пн дек 12 16:57:43 2016] Add. Sense: Unrecovered read error - auto reallocate failed [Пн дек 12 16:57:43 2016] sd 0:0:0:0: [sda] CDB: [Пн дек 12 16:57:43 2016] Read(10): 28 00 3c 61 fb 38 00 00 08 00 [Пн дек 12 16:57:43 2016] end_request: I/O error, dev sda, sector 1013054270 [Пн дек 12 16:57:43 2016] ata1: EH complete

Короче я думал, и придумал самый простой алгоритм рипания данных из зашкваренной таблицы постгрес, тк усложнять = полагаться на данные COUNT, который может не сработать: просто проходиться по таблице с SELECT * FROM table LIMIT 1000 OFFSET 5000;, пока эта квери не вернет 0 туплов. Если вся квери фейлится, пробуем брать по 1 записи с LIMIT 1 OFFSET 5000, 5001, 5002... Вопрос: может велосипед уже за меня кем-то написан?

А зашкваренные данные новую таблицу не зашкварят?

А зашкваренные данные новую таблицу не зашкварят?

А с чего бы? Я ж специально хочу выбрать и сдампить в сторону целые данные из бд, и выбросить то что сломано

Вот вся история. Конкретных советов пока не было, а по ключевым словам гуглятся только patchnotes к древним версиям постгрес: http://dba.stackexchange.com/questions/157533/postgresql-delete-from-fails-with-error-attempted-to-delete-invisible-tuple

коллеги, приветы

привет

есть ли возможность указать альтернативный каталог с данными?

а то

все ли данные перетаскиваем в этот каталог или возможно одну БД затащить?

в дебиане можно даже одновременно на разных портах запустить

все ли данные перетаскиваем в этот каталог или возможно одну БД затащить?

не понел

ну, если грубо, весь каталог data или можно отдельную БД перетащить отдельно в какой-то каталог?

весь, иначе ток через дамп\ресторе я думаю

спасибо

перетащить все и удалить ненужные после старта

дампить долго

весь, иначе ток через дамп\ресторе я думаю

alter table change tablespace ?

или как-то так....

ну эт только таблицы... не вся БД. но мы ж не знаем исходную задачу....

исходная задача: на развёрнутой и настроенной системе, которую уже нельзя трогать под var выделили места на 50 гигов

Хмммммм. А остаеовить постгрес можно навремя ?

дык уже остановил, перенёс, в инит скрпитах всё поправил и запустил