@pgsql

Страница 692 из 1062
Yaroslav
27.02.2018
11:26:44
mysql ndb cluster и то и другое даёт!
В самом деле? С MySQL я практически не знаком, но вот сходу гуглится: https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-limitations-transactions.html Или это уже не актуально?

Evgeniy
27.02.2018
11:28:25
звучит как нормальные ограничения

ничего страшного не нашел

Yaroslav
27.02.2018
11:29:37
звучит как нормальные ограничения
Нет, не звучит. Это ни разу не ACID, т.е. на надёжность мало похоже.

Google
Evgeniy
27.02.2018
11:29:55
рид комитед не эйсид или что

Yaroslav
27.02.2018
11:29:55
Если такой надёжности хватит, то можно взять Postgres-XL.

рид комитед не эйсид или что
Да. ACID только SERIALIZABLE.

Evgeniy
27.02.2018
11:30:32
ок ок, гоняешь пострю на сериалайзабл?

Yaroslav
27.02.2018
11:31:18
Evgeniy
27.02.2018
11:31:41
наконец-то увидел человека который это делает

Dmitrii <freehck>
27.02.2018
11:59:41
Всем привет.

Ребята, у меня тут любопытная вещь. Подключился psql-ем к базе, вбил copy <tbl> to 'file' — и пустота (COPY 0) Вбил copy (select * from <tbl>) to 'file' — в file вылились данные. Сейчас медитирую, что постгре в первом варианте не понравилось. Есть соображения?

Собственно, у меня из-за этого pg_dump с последующим pg_restore не отрабатывали... Структуру таблицы он, гад, копировал — а вот данные нет.

Vladimir
27.02.2018
12:02:34
Всем привет! Ищу хороших разработчика на pgsql и DBA в Москве - подскажите, плз, чат по теме, куда можно об этом написать.

Vadim
27.02.2018
12:11:49
ребят на на Windows можно создать кластер с локалью ru_RU.UTF-8 ?

Sergey
27.02.2018
12:12:35
Можно но она там по виндовски называется.

Vadim
27.02.2018
12:13:01
Russian_Russia.1251 явно не оно

Google
Sergey
27.02.2018
12:13:20
Что-то в духе initdb --encoding=UTF-8 --locale Russian_Russia

Vadim
27.02.2018
12:15:06
а в GUI инсталляке это как сделатЬ, там просто страна выбирается

Sergey
27.02.2018
12:19:40
Сложно сказать. Если не ошибаюсь там как раз вот так вот наполовину получалось. Либо русский collation либо UTF

Dmitrii <freehck>
27.02.2018
12:27:53
Yaroslav
27.02.2018
12:29:43
Всегда были. Инфа сто.
Так что запрос выдаёт-то?

Dmitrii <freehck>
27.02.2018
12:30:16
Первый — выдаёт COPY 0. Файл естественно пуст. Второй — выдаёт COPY 101. В файле 101 запись.

Аааа, извиняюсь, не заметил вопрос.

Yaroslav
27.02.2018
12:33:07
выдаёт данные
Т.е. это всё (все три запроса) в одной сессии, под одним пользователем происходит?

Yaroslav
27.02.2018
12:33:36
А версия PostgreSQL какая (полная)?

Dmitrii <freehck>
27.02.2018
12:34:08
А версия PostgreSQL какая (полная)?
postgresql96-9.6.2-1PGDG.rhel6.x86_64

Darafei
27.02.2018
12:34:19
а можешь показать запросы без исправлений?

Vadim
27.02.2018
12:34:58
на винде Russian_Russia.1251 все равно даже если UTF-8 указывать при создании, но server_encoding=UTF8 значит ли это что кодировка утф?

Dmitrii <freehck>
27.02.2018
12:36:03
Блин. # copy screenshot to '/tmp/screenshot.bak'; COPY 101

Ну как же так-то...

Только что же было COPY 0...

Google
Dmitrii <freehck>
27.02.2018
12:37:58
А, так это ж было на другой тачке...

Darafei
27.02.2018
12:38:40
"ложечки нашлись, а осадочек-то остался"

Dmitrii <freehck>
27.02.2018
12:42:42
а можешь показать запросы без исправлений?
На другую тачку меня не пустят админы, увы. Но только что там было выполнено: # copy screenshot to '/tmp/rrr.bak' COPY 0 # select count(*) from screenshot; count —- 101

Darafei
27.02.2018
12:46:31
пойдём читать https://github.com/postgres/postgres/blob/edd44738bc88148784899a8949519364d81d9ea8/src/backend/commands/copy.c тогда

Yaroslav
27.02.2018
12:54:56
*sm1Ly
27.02.2018
13:26:41
А зря. 9.2 уже end-of-life. Вот на днях, например, выходит security update для всех поддерживаемых версий... ;) И аналогично с исправлениями ошибок.
ну в общем я в итоге сделал иначе и всеравно словил некоторых проблем... я накатил 9.2 из офф репозиториев, натравил на папку с базой, и потом ее уже прогрейдил из 9.2 в 9.6 (без проблем и хаков). но в итоге получил проблему с тем что продукты атлассиана не умеют в 9.6... это решил путем подсовывания им нового jdbc драйвера. как-то так....

*sm1Ly
27.02.2018
13:30:56
Ну так это как раз нормально. В major версиях могут быть (и часто бывают) backwards-incompatible changes. Т.е. надо смотреть release notes и тестировать перед каждым upgrade.
дык 9.6 уже год+. а атлассиан стоит кучу бабок, причем там вой стоит в багтрекерах какого фига надо каждый раз подгружать драйвер с оффсайта постгри, типа мол уберите уже внутрь

в общем главное оно работает. пойду upsert тестировать наконец

*sm1Ly
27.02.2018
13:33:25
потому что интЫрпрайз решение!
ну если честно я лучше жиры+конф+стеш связки пока не видел

ну и билдер бамбушка

Artem
27.02.2018
13:34:04
ну если честно я лучше жиры+конф+стеш связки пока не видел
раузмеется, продукт очень ахеренный, но т.к. за него платят бабки, что-то грандиозного по переделке там не будет...

ибо все стоит на потоке

Sergey
27.02.2018
13:36:12
Или в psql выполнить \l

rdbai=# \l List of databases Name | Owner | Encoding | Collate | Ctype | Access privileges -------------------+----------+----------+---------+---------+----------------------- template0 | postgres | UTF8 | C.UTF-8 | C.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres template1 | postgres | UTF8 | C.UTF-8 | C.UTF-8 | =c/postgres + | | | | | postgres=CTc/postgres (9 rows) rdbai=#

Vadim
27.02.2018
13:38:36


Artem
27.02.2018
13:39:13
чтот у тебя с основной локалью не так... попробуй v UTF-8 перевести

Sergey
27.02.2018
13:39:26
Ну и отлично, осталось терминал научить

Google
Pavel
27.02.2018
13:39:27
Ничего себе, а бывает коллейт Russian_Russia?

Vadim
27.02.2018
13:39:39
Sergey
27.02.2018
13:41:47
Ну и отлично, осталось терминал научить
Попробуйте в терминале перед стартом psql сказать chcp 65001

Vadim
27.02.2018
13:44:12
chcp 1251 сработало



Artem
27.02.2018
13:44:34
уже лучше

Vadim
27.02.2018
13:44:51
выходит UTF8 все таки БД?) просто в LC_COLLATE, LC_CTYPE не UTF8 как на линуксе

кодировка UTF8, а collate должен был бы быть типо Russian_Russia.UTF8 мне казалось

Sergey
27.02.2018
13:47:25
Vadim
27.02.2018
13:47:55
ну в итоге у меня UTF8, вроде нормально значит

Dmitrii <freehck>
27.02.2018
13:57:56
Ну а там "SELECT COUNT(*) FROM ONLY screenshot;" что выдаёт? (Просто это первое, что приходит на ум.)
Спасибо, Вы правы. screenshot — это таблица-родитель, а данные её лежат в потомках. Логичный вопрос: есть ли команда (типа \d screenshot), которая выведет всех потомков данной таблицы?

Ааа. Собственно \d screenshot выводит в частности и информацию о наследовании.

Спасибо, вопрос отпал.

Dmitrii <freehck>
27.02.2018
14:02:22
Вопрос по поводу наследований. Я так понимаю, что они нужны, например, для того, чтобы дропнуть данные физически. Для ещё они могут пригодиться?

Evgeniy
27.02.2018
14:05:45
постгрес идет к шардингу через fdw для партиций

но вообще если дропать не надо, то лучше не делать

проблем больше чем решений

Maxim
27.02.2018
14:09:20
коллеги, а можно как-то слейв из каскадной репликации подсунуть к мастеру? постгрес-9.5 (да, археолог)

схема подключения выглядит так: мастер-с-физическим-реплслотом -> слейв-получающий-валы-из-реплслота -> слейв-получающий-данные-без-реплслота

Google
Maxim
27.02.2018
14:12:00
и вот мне бы второй слейв подключить напрямую к мастеру

Evgeniy
27.02.2018
14:13:17
можно

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

Maxim
27.02.2018
14:14:10
ну тогда бы я не спрашивал ?

в один слот двоих не засунуть

второй слот можно создать, но в 9.5 нельзя "запустить" слот сразу после создания

а если второму слейву просто хост в primary_conninfo поменять, то could not receive data from WAL stream: ERROR: requested WAL segment 0000000200002A6F000000B8 has already been removed

Evgeniy
27.02.2018
14:18:12
создай слот на мастере, чтобы он копил вал

потом отсоеди слейв от слейва

чтобы у мастера был вал старее чем у слейва

Mikhail
27.02.2018
15:36:35
У движка «Валли» сложная судьба. Три года назад Ярослав Кравченко (он тогда отвечал за фронтенд монитора, админки Медузы) за несколько дней запрограммировал «игру». В ней нужно было угадывать положение точки на картинке (обычно используется географическая карта). Это была одна из первых игр Медузы. Никто не думал, что движок станет популярен и вообще будет использоваться повторно. Админка была довольно неудобная, но редакция стабильно делала в ней «географические тесты». Данные хранились в mongo, настроить к ней бекапы мы забыли. В прошлом году сервер с этой базой сломался. Мы потеряли все «географические тесты», сделанные редакцией в течении несколько лет. Сейчас произошло второе рождение этого движка. Модный react, наша стандартная админка игр на бутстрапе, postgres-база с горячим резервом, даже тепловая карта кликов читателей — всё дышит 2018 годом. В ролях: Витя Ходак — дизайн, Гоша Девяткин — программирование, Лёша Прилепский — менеджмент, Илья Красильщик и Саша Поливанов — редакционная поддержка. https://meduza.io/games/gde-samaya-deshevaya-kvartira-v-rossii-a-samyy-vysokiy-dom

Olga
27.02.2018
15:56:23
Всем хай! Не кидайтесь сразу тапками, у меня такой вопрос, не против ли будете, если кину сюда вакансию? Ищем K2 Developer с релокацией в Черногорию.

Evgeniy
27.02.2018
15:58:57
максимум забанят, а на кону не меньше 200 баксов!

Olga
27.02.2018
16:00:08
Ха-ха:) У меня стабильный фиксированный оклад. Но всё же!

Заинтересовавшихся, милости просим. Пишите мне в телеграме или откликайтесь на hh.ru.

Страница 692 из 1062