
Alex
05.10.2018
13:41:34
они явно никак не относятся ни к дампам постгреса ни к постгресу.

Алексей
05.10.2018
13:41:46

Yaroslav
05.10.2018
13:41:47
У нас тут все на соплях
Тем не менее, Вам придётся найти/написать (или нанять кого-то, чтобы написали) конвертор/загрузчик этого неведомого формата для PostgreSQL.

Lestat -
05.10.2018
13:46:48
подскажите пожалуйста как посмотреть текущие запросы в базе и почему они блокируются
к примеру в mssql такую картину отображает процедура sp_whoIsActive

Google

Lev
05.10.2018
13:47:28

Lestat -
05.10.2018
13:47:53

Алексей
05.10.2018
13:48:30
Теперь на них ругается

Anton [Mgn, az09@osm]
05.10.2018
13:51:15
Паскаль какойто

Алексей
05.10.2018
13:51:41

Сергей
05.10.2018
13:52:04

Алексей
05.10.2018
13:52:54
Что почитать?
Не пойму куда копать
Вроде все просто

Anton [Mgn, az09@osm]
05.10.2018
13:53:15

Yaroslav
05.10.2018
13:53:24

Google

Mike Chuguniy
05.10.2018
13:53:47
Что почитать?
Тут не только и не столько читать надо, сколько, пялясь в данные, пытаться понять, что почём.

Алексей
05.10.2018
13:56:47
Или PostgreSQL так не работает?

Lev
05.10.2018
13:58:11

Yaroslav
05.10.2018
13:59:31

Алексей
05.10.2018
13:59:35
Похоже мне проще в pandas все это разобрать и собрать to_sql

Alex
05.10.2018
13:59:51
@hyper_0 у вас данные от какой-то другой БД, возможно самописной. Почему вы считаете что постгрес должен понять как это интерпретировать ?

Алексей
05.10.2018
14:00:01

Alex
05.10.2018
14:00:42

Yaroslav
05.10.2018
14:00:45
А что нужно?
Это я Вам задал вопрос. Зачем Вы вообще хотите загрузить это в PostgreSQL?

Алексей
05.10.2018
14:00:47

Alex
05.10.2018
14:01:43

Сергей
05.10.2018
14:01:59

Алексей
05.10.2018
14:02:10

Alex
05.10.2018
14:02:17
Нет же
без реверс инжиниринга - 22Гб мусора

Сергей
05.10.2018
14:02:18
Кароче есть возможность эти данные программно прочитать?

Yaroslav
05.10.2018
14:02:20

Alex
05.10.2018
14:03:27

Сергей
05.10.2018
14:04:18

Google

Алексей
05.10.2018
14:04:28

Sergey
05.10.2018
14:04:49
А зачем тогда pg?

Сергей
05.10.2018
14:04:56
Я выше кидал статью на Хабре, где чувак на go старую базу реверсил

Alex
05.10.2018
14:06:19

Сергей
05.10.2018
14:06:37
Эт не мне вопрос

Anton [Mgn, az09@osm]
05.10.2018
14:06:43

Алексей
05.10.2018
14:06:43

Sergey
05.10.2018
14:07:01
Слету не обработать, 100%

Сергей
05.10.2018
14:07:10
Тут думают, что вы базу сменить хотите

Sergey
05.10.2018
14:07:35
Пиши парселку, пихай признаки в модель

Алексей
05.10.2018
14:08:33
А че мозги морочите тогда?
Че вы нападаете! Понял уже, что надо python юзать. Не охота эти таблицы в датафреймах ворочать. Их там горы.
А го я не знаю

Сергей
05.10.2018
14:09:02
Фейспалм кароче
Вы не понимаете, чего просите

Yaroslav
05.10.2018
14:09:17

Sergey
05.10.2018
14:09:59

Алексей
05.10.2018
14:10:56

Bogdan
05.10.2018
14:13:52
https://habr.com/post/351658/ возможно вам поможет
почитал статейку, интересно в целом, реверсинг фала.
Но у автора очень странное мышление, совсем.
придумал какую-то 256ричную систему исчислания
А теперь включаем немного магии и переводим значения из байтов в целое число:
6 * 256 + 9 = 1545
да у тебя просто 16ричное число записаное в двух байтах.
Зачем магию придумывать))

Алексей
05.10.2018
14:14:17
Спасибо! Умеете, могете. Я все осознал. Больше так не буду

Google

Алексей
05.10.2018
14:14:26
До следующего раза

Bogdan
05.10.2018
14:15:02
Байт заполняется до 255, затем обнуляется, а в следующий байт добавляется 1 и т.д.
забавно) чудеса

Yaroslav
05.10.2018
14:33:41

Terminator
05.10.2018
16:03:38
@jdmpnn будет жить. Поприветствуем!

juriy
05.10.2018
16:04:53
ещё бы! годы жизни убитые под влиянием одной ублюдской фразы: "не пихайте бизнес логику в БД"
но теперь наконец-то с переходом на постгрес можно жить по человечески))

Vladimir
05.10.2018
16:22:14
а есть какие-нить толковые паттерны по работе с процедурами в пг? чтобы их линтить, в гите хранить и т.д.

Sergey
05.10.2018
16:28:44
https://github.com/jhunt/pglint
Чтобы хранить в git достаточно git add, честно не знаю что тут ещё добавить :)

Terminator
05.10.2018
17:33:07
Elena Bondareva будет жить. Поприветствуем!
Reuven Starodubski будет жить. Поприветствуем!
@Eshkolnik будет жить. Поприветствуем!

Bogdan
05.10.2018
22:44:37

S
05.10.2018
23:24:04

Aleksander
05.10.2018
23:44:10
Привет всем =) Скажите, в чем может быть проблема: настроил недавно логическую реплику, есть два пг мастер и слейв, иногда что-то непонятно происходит и на мастере начинает расти pg_wal до невероятных размеров, съедает весь диск и обваливает мастера, после чего слейв теряет коннект с мастером и пишет( сорян логическая репликация невозможна, мастер не жив) Репликейшен слот 1, активный, судя по запросам, слейв активно читает из него.
после рестарта мастера, слейв переконнекчивается и pg_wal уменьшается до нулевых размеров

Artem
05.10.2018
23:59:23
https://postgrespro.ru/docs/postgresql/9.6/runtime-config-replication#guc-hot-standby-feedback

Aleksander
06.10.2018
00:02:04

Artem
06.10.2018
00:03:23

Google

Aleksander
06.10.2018
00:05:00
Спасибо за наводки, завтра уже буду разбираться


Anton [Mgn, az09@osm]
06.10.2018
06:00:14
Раз в https://t.me/postgis молчат то можно я спрошу сюда)
Один и тот же запрос с разными параметрами дает то индекс скан, то битмап, то вообще секскан. Каким параметром конфига можно на это повлиять?
посмотрите плиз
https://explain.depesz.com/s/bih
vs.
https://explain.depesz.com/s/3PH
у второго bbox в 8 раза меньше, но имхо это не повод так себя вести
правда в первом ббокс пересекает гринвич. это могло повлиять?
отлолжил примерно такой же как первый но без пересечения гринвича и вообще секскан получил (
https://explain.depesz.com/s/pnwF
На поле висит гист-индекс
запрос самый простой(:
SELECT ST_AsBinary("way") AS geom,"name","name:en", place AS "type", z_order, population
FROM planet_osm_point
WHERE place in ('country', 'state', 'city', 'town', 'village', 'hamlet', 'suburb', 'neighbourhood', 'locality')
and "way" && ST_SetSRID('BOX3D(624935 5011821, 1889525 6266615)'::box3d, 3857) ORDER BY population DESC NULLS LAST;
set work_mem = '32 GB';
требуется ли при этом рестарт пг? 9.6