Size: a a a

IT KPI C/С++ ХВ (хорошо, что не UB)

2019 December 26

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Till Schneider
ну скажем N порядка 10-50
а K около 100-200, но вот количество таких запросов от практически каждого из 100 будет высоким, что-то около 100 - 1000 запросов в секунду =)
а зачем может понадобиться 100-1000 запросов в секунду? биржа какая-то?
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
риалтайм распределенные вычисления?
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Vitalii Rybalko
а зачем может понадобиться 100-1000 запросов в секунду? биржа какая-то?
не-не,
у нас есть несколько сотен тысяч клиентов, которые будут обращаться к данной базе для получения данных по их утройствам (некая история событий)
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Till Schneider
не-не,
у нас есть несколько сотен тысяч клиентов, которые будут обращаться к данной базе для получения данных по их утройствам (некая история событий)
так а почему запросы так часто?
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
не могут раз в секунду запрашивать?
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
событий очень много пишется, а читать они их будут тоже часто (например, если в один момент времени захотело посмотреть 1000 человек свою историю)
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
это считай 1000 запросов мгновенно прилетает, на которые надо быстро ответить
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Till Schneider
событий очень много пишется, а читать они их будут тоже часто (например, если в один момент времени захотело посмотреть 1000 человек свою историю)
чеб все не через балансер перед посгресами сделать
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
постгря медленно делает селекты все же (когда их много, ну мне так показалось точно)
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
и одиночная запись для нее прям беда
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
а еще мне очень понравилось, как в постгре работает селект + join + where + order
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
я был в восторге от поведения!
сначала сделаем select c join, потом отсортируем, а потом наложим условие where
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
как итог : сортировка 800к записей, а после where возвращается 0 записей =)
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
и запрос выполнялся пару секунд !! чтоб вернуть 0 строк
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
короче, у нас есть горький опыт работы с постгрей для хранения данных, которые часто записываются, работает не очень, вот уходим от нее =)
источник

VR

Vitalii Rybalko in IT KPI C/С++ ХВ (хорошо, что не UB)
Till Schneider
как итог : сортировка 800к записей, а после where возвращается 0 записей =)
хорошо придумано
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
Vitalii Rybalko
хорошо придумано
и в общем красивый запрос надо было переписывать либо в тотальное безобразие, либо, как мы и сделали, просто выкинули этот функционал
источник

A

András in IT KPI C/С++ ХВ (хорошо, что не UB)
Till Schneider
Скажем, скорость записи примерно должна быть 1кк в минуту :-)
А ответ от select должен происходить почти мгновенно :-)
Для яких розмірів бд?
источник

TS

Till Schneider in IT KPI C/С++ ХВ (хорошо, что не UB)
András
Для яких розмірів бд?
Ну где-то не более 500гб
источник

A

András in IT KPI C/С++ ХВ (хорошо, что не UB)
Я про кількість записів
источник