@pgsql

Страница 136 из 1062
Darafei
01.11.2016
12:32:20
»Митап сообщества PostgreSQL в офисе JetBrains

жалко, что в четверг - прилететь не получится

Fike
01.11.2016
12:41:14
можно ссылку на мероприятие?

Nikita
01.11.2016
12:41:16
Google
Darafei
01.11.2016
12:42:03
оно в почту пришло

http://pgevents.ru/ru/events/6

Evgeniy
01.11.2016
12:42:28
http://pgevents.ru/ru/events/6?utm_source=newsletter&utm_medium=email&utm_campaign=meetup_jet_brains

Fike
01.11.2016
12:44:42
благодарю

Pavel
01.11.2016
13:37:11
Есть кто в Таллинне сейчас?

Darafei
01.11.2016
14:53:07
мне тут показали http://probcomp.csail.mit.edu/bayesdb/

кто-нибудь пробовал? :)

Pavel
01.11.2016
14:54:57
кто-нибудь пробовал? :)
Че-то какой-то rocket science прям ))

Петр
01.11.2016
15:08:14
Че-то какой-то rocket science прям ))
не удивительно "BayesDB research and development is supported by grants from DARPA "

Alex
01.11.2016
19:22:16
А что за база ? с разграничением по уровням доступа ?

Darafei
01.11.2016
19:23:12
А что за база ? с разграничением по уровням доступа ?
С предсказанием несуществующих строк

Alex
01.11.2016
19:23:19
О_О

Evgeniy
01.11.2016
19:25:07
надо пдф почитать https://arxiv.org/pdf/1512.05006v1.pdf

Google
Darafei
01.11.2016
21:36:04
в постгисе поломанный brin

When new entries are added in an already indexed field, the stored bounding box is updated if necessary, but the change is not then logged into the WALs: the resulting in memory updated index continue to work properly and there are no effects or reported errors, but it is not crash safe, and results to be corrupted both on a master server and on its relative standbys. The index is neither restorable also through PITR from a physical backup.

Evgeniy
02.11.2016
04:06:10
кот, дай линк

потому что постгис тут не при чем

это же AM сломан получается

и тут уже сидишь такой и думаешь как так-то

Darafei
02.11.2016
07:19:18
это в почту упало, сейчас

@netneladno https://lists.osgeo.org/pipermail/postgis-users/2016-November/041678.html

Yury
02.11.2016
16:07:01
ой откудо столько много?

Gleb ?
02.11.2016
16:10:47
ой откудо столько много?
нетология написала список чатов

Yury
02.11.2016
16:11:03
где?

Gleb ?
02.11.2016
16:11:32
http://netology.ru/blog/prg-tg

133 канала и чата в Telegram для программистов

Vadim
02.11.2016
16:12:23
Понаехали:)

Alex
02.11.2016
16:22:58
боты )

Gleb ?
02.11.2016
16:26:11
вот и познакомились)

Igor
02.11.2016
16:30:34
решил сходить на мастер-класс по постгресу перед highload++

вдруг чему научат интересному

Azat
02.11.2016
16:34:38
Если это вебинар, скиньте плиз ссылку ?

Igor
02.11.2016
16:36:06
http://master.highload.ru/ не вебинар, к сожалению

Google
Gleb ?
02.11.2016
18:07:44
Стикер новый ?

Sergey
02.11.2016
18:09:03
?

Eugene
02.11.2016
18:13:57
тоже хочу

Александр
02.11.2016
18:14:18
Наклейка?

Eugene
02.11.2016
18:14:19
а то юзаю постгрес а наклейки на буке нет

Gleb ?
02.11.2016
18:14:56
Наклейка да

Александр
02.11.2016
18:18:56
?

Konstantin
02.11.2016
18:33:18
клёвый слон)

"хочу слона" - первая мысль :)

Darafei
02.11.2016
18:34:03
У меня пгдеевский плюшевый за спиной сидит

Код ревьювит

Pp
02.11.2016
20:40:56
Нужно какое-то оборудование чтобы сделать такую наклейку?

Gleb ?
02.11.2016
20:41:36
клейкая глянцевая бумага и принтер )

Pp
02.11.2016
20:42:55
Может, можно заказать где-то?

Pavel
02.11.2016
20:43:02
Кто-нибудь тестировал производительность поиска Pg FTS против Pg + Sphinx ? Что быстрее будет?

Fike
02.11.2016
20:44:27
elasticsearch

Admin
ERROR: S client not available

Gleb ?
02.11.2016
20:45:25
Может, можно заказать где-то?
я сам делаю себе) заказные к тому же тонкие обычно, свои качественнее)

Pavel
02.11.2016
20:47:23
elasticsearch
А если например сравнивать elasticsearch vs. pg + GIST на задаче поиска по пересечениям timestamp ?

Fike
02.11.2016
20:48:53
задачку полностью дайте

Google
Fike
02.11.2016
20:49:30
если нужен поисковый движок, то тут es без вариантов

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

Pavel
02.11.2016
20:50:39
Ну допустим хранятся в базе таймстампы, ну или какие-то интервалы таймстампов. И нужно быстро делать выборки по условиям "где timestamp интервал входит в указанный интервал" или "где timestamp интервал пересекается с указанным"

Fike
02.11.2016
20:51:21
да без разницы

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

Pavel
02.11.2016
20:51:58
если нужно вычислять пересечения множеств, то тут я их тупо предложу подсчитывать в момент наполнения
А так нельзя сделать, ведь условие пересечения определяется в момент запроса. Пользователь указывает желаемый интервал.

Fike
02.11.2016
20:52:45
под пересечениями я имел в виду точное совпадение атрибутов

Pavel
02.11.2016
20:53:00
Не, нужно именно интервальное

Операции ">" и "<" ">=" "<="

И вот вопрос, где это быстрее всего будет работать. sphinx либо ES либо Pg + gist

Fike
02.11.2016
20:54:23
пока в память влезает - вообще без разницы, там никто разницы не заметит. когда перестает влезать - тут вопрос, как движок достает индекс. я не мегаспец по эластику, но он и на диске все должен хранить сегментами, что позволит ему сохранить позиции.

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

т.е. у эластика весь индекс поделен на сегменты, в которых он должен хорошо ориентироваться и понимать, что при такой range-выборке ему нужно поднять сегменты с такого по такой-то

Pavel
02.11.2016
20:57:01
но я уже по вопросу чувствую, что он на самом деле появился не из реальной задачи
Как раз реальнее некуда :) Есть допустим магазинчики, у них есть расписания работы по дням и с обеденными перерывами. Пользователь хочет узнать, какой магазинчик будет работать в пятницу с 14:30 до 16:30

Fike
02.11.2016
20:57:23
с какой скоростью это отрабатывает сейчас?

Pavel
02.11.2016
20:58:10
Ну, ни с какой, пока только в проекте. Хотел узнать, может и не стоит поднимать весь этот софт и все тестировать самому.

Магазинчиков будет немало, временных интервалов соотв. еще больше, миллионы.

Fike
02.11.2016
20:58:54
вот и я про это, здесь вообще стандартного sql-решения за глаза

Pavel
02.11.2016
21:01:17
Ну впринципе я и считаю tstzrange + gist стандартным SQL решением. Но вдруг оно будет ощутимо медленее чем ES/Sphinx ?

Google
Fike
02.11.2016
21:01:34
оох

четыре миллисекунды против двух?

эт будет караул, да

Pavel
02.11.2016
21:02:36
Не верится что набор интервалов будет искаться по миллионной таблице за 4мс

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