@pgsql

Страница 1008 из 1062
Terminator
29.09.2018
10:44:06
IPHONE XS ПО ВЫГОДНЫМ ЦЕНАМ! Ищи в поисковике: RESTORE DISCOUNT ____________________________________________________ будет жить. Поприветствуем!

Andrei
29.09.2018
10:44:40
Бот бота заапрувал)))

Google
Magomed
29.09.2018
10:45:12
А индексы для чего?
То есть проблемы которую я описал не существует?

Andrei
29.09.2018
10:46:38
У меня на одном проекте сейчас 250к юзеров

И 450млн транзакций/день

Уже 2 года как

Magomed
29.09.2018
10:47:27
А инфраструктура большая под это дело?

Andrei
29.09.2018
10:47:41
Уже писал раньше

Artem
29.09.2018
10:47:55
@pasha_golub @Komzpa

Andrei
29.09.2018
10:48:04
Мастер, синхронный слейв, + 2 асинхронных

16цпу/32гб пер хост

Magomed
29.09.2018
10:49:14
Тогда вопрос снимается, у меня максимально 50к будет.

Спасибо.

Andrei
29.09.2018
10:49:26
Но мы год как сидим на pg_pathman

[Anonymous]
29.09.2018
10:50:23
Бот бота заапрувал)))
Нифига я не бот)

Google
[Anonymous]
29.09.2018
10:50:36
У меня имя такое, даже паспорт показать могу

Родители с юмором)

Andrei
29.09.2018
10:50:50
А сейчас планируем все что старше 6месяцев переносить в gp, жать и старые секции через fdw перенаправлять на gp

[Anonymous]
29.09.2018
10:51:14
Родители то у меня адские маркетологи ???

Magomed
29.09.2018
10:53:33
А сейчас планируем все что старше 6месяцев переносить в gp, жать и старые секции через fdw перенаправлять на gp
Тоже интересно, так как предполагается что в какой-то момент данные юзера должны быть "за архивированы" и не обязательно чтобы были доступны из базы данных

Andrei
29.09.2018
10:58:08
У нас всё остаётся доступно

Просто скорость доступа ниже

Ну и вообще, это в первую очередь решается на уровне бизнеса

А не уровне БД

Terminator
29.09.2018
11:39:31
Nurlan Kalymbetov будет жить. Поприветствуем!

Maxim
29.09.2018
12:47:23
При вставки данных в таблицу если поле является числом и передается пустая строка то выпадает ошибка. Как это можно избежать и передать пустую строку в числовое поле?

vlade11115
29.09.2018
12:53:13
Никак.

Maxim
29.09.2018
13:01:37
и что делать?

Ivan
29.09.2018
13:22:01
Не пытаться пихать слабоструктурированные данные в sql базу

Либо юзать jsonb

Либо написать триггер на вставку

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

Alex
29.09.2018
13:31:05
либо EAV если данных мало )

Maxim
29.09.2018
13:31:24
Из клиента приходит пустой стринг, а на бекенде GO и вот эта пустая строока все портит

Ivan
29.09.2018
14:00:19
А что нельзя обработать поле в GO?

Google
Ivan
29.09.2018
14:00:49
Либо на клиенте починить типы в JSON, или что там у вас

Aydos
29.09.2018
14:03:02
Хай всем. Парни что использовать, если мне надо оповещать сервак на то что изменились данные в бд? можно ли отрпавить http запрос из бд? Ну или как мне сделать? Дергать бд из сервера не очень

Vladimir
29.09.2018
14:04:45
можете использовать триггер и notify

Aydos
29.09.2018
14:05:24
тригер будет доставать таблицы и если они изменилсь отправлять notify?

Artyem
29.09.2018
14:06:07
Хай всем. Парни что использовать, если мне надо оповещать сервак на то что изменились данные в бд? можно ли отрпавить http запрос из бд? Ну или как мне сделать? Дергать бд из сервера не очень
у вас кто-то руками лазит в бд и что-то меняет, или всётки есть некая единая точка входа через кот которую проходят все изменения?

Aydos
29.09.2018
14:06:46
Возможно поставить тригер на insert

Vladimir
29.09.2018
14:08:03
тригер будет доставать таблицы и если они изменилсь отправлять notify?
триггер может вызывать процедуру, которая вызовет нотифай. серверу придется этот нотифай слушать

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

Vladimir
29.09.2018
14:09:31
то есть у вас на каждом клиеннте контакт напрямую к бд?

Aydos
29.09.2018
14:11:15
то есть у вас на каждом клиеннте контакт напрямую к бд?
Хаааа, точно! Можно по идеи когда делают запрос в бд отправлять get запрос (параллельно)а там уже обрабатывать

Самому смешно)))))

Eagle Owl
29.09.2018
14:11:54
Ребят, а подскажите, пожалуйста, такую штуку: в таблице есть колонка со строковым типом (колонка называется type). На текущий момент в таблице несколько тысяч записей и запрос SELECT DISTINCT type FROM table выдаёт 14 строк. В перспективе планируется порядка десяти миллионов записей, при этом я не знаю, останется ли количество 14-ю, или появится их больше по мере пополнения. В перспективе по этой колонке потребуется быстрый поиск. Вопрос: ускорит ли ситуацию, если я заведу в системе отдельную таблицу types и загоню туда все эти четырнадцать значений (и при появлении нового добавлять в таблицу types новую строку), а колонку type сделаю int4 с айдишником из этой таблицы? Или достаточно будет на type повесить индекс и искать через WHERE TYPE IN ('value1', 'value2'...) ?

Vladimir
29.09.2018
14:12:04
а можно постаавить апигейт, который буудет собирать эти запросы

Aydos
29.09.2018
14:12:43
а можно постаавить апигейт, который буудет собирать эти запросы
мне нужно их сразу переотправлять в риал тайме на мобилку

там уже сокеты,но это совсем другая история

Maxim
29.09.2018
14:22:19
А что нельзя обработать поле в GO?
Надо с этим заморачиваться так как язык типизированый и нет null

Либо на клиенте починить типы в JSON, или что там у вас
На клиенте VUE, но если пользователь ввел данные в поле инт и потом стер, то поле становится пустой строкой

Google
Maxim
29.09.2018
14:25:40
Было бы здорово обработать это в Postgresql

vlade11115
29.09.2018
14:29:34
Нет, не было бы.

Terminator
29.09.2018
14:30:37
A M будет жить. Поприветствуем!

Александр
29.09.2018
14:32:02
а если новые данные отправлять в очередь, а из нее писать отдельно в бд и отдельно уведомлять об изменениях?
Мы делали так - по триггеру пишем в отдельную табличку, на ней триггер уже делает нотифай и данные отправляются в кролика. Если что-то прослушали, из этой таблички все можно заново переотправить

Max
29.09.2018
14:34:38
Добрый день всем. В pgadmin можно выводить значения колонок с типом "bytea"? сейчас выводит "[binary data]".

Terminator
29.09.2018
14:53:02
@zloydead будет жить. Поприветствуем!

Игорь
29.09.2018
14:55:11
Приветсвуем

Zloy Dobriy
29.09.2018
15:36:25
Copy?

Михаил
29.09.2018
19:10:51
Разбейте на секции и пермонтируйте их по мере устаревания данных

Daniil
29.09.2018
19:44:39
SELECT * INTO your_new_table FROM your_table

Или таблица существует уже?

Тогда подойдет

SELECT * INTO your_new_table FROM your_table
Создаст новую таблицу и заполнит ее данными из указанной таблицы

Да делай как удобнее)

Google
Yaroslav
29.09.2018
20:36:12
Ну и что, что много? Вы пробовали?

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