IA
Русские переписали mysql
Size: a a a
2020 October 06
IA
Где надо было
IA
Я не патриот но бенчмарки хорошие
IA
Раньше я был уверен что только постгрес) но вот..
PD
Ну, я бы тоже взял бы PG и не думал бы - почти во всех сценариях. А где его не хватает - то уже уходил бы на нереляционные решения.
GK
Ну, я бы тоже взял бы PG и не думал бы - почти во всех сценариях. А где его не хватает - то уже уходил бы на нереляционные решения.
+
GK
На самом деле, кейс какой-то непонятный. Мы накидали кучу рекомендаций, но кажется всё мимо. Ни сценарий до конца не понятен, ни окружение, ни детали развёртывания. Мне кажется - проблема в дизайне в целом, а точнее в архитектуре.
ES
Нууу, лотерейные билеты же часто надо продавать. И по многу.
Если есть опасения, что база будет узким местом, почему бы не выделить DAO слой, который будет отвечать за получение билета, но реализовать его таким образом, чтобы он из базы доставал чанки, к примеру по 100-500 штук и отдавал их пользователям уже из памяти. У билет будет 3 состояния (для этого workflow)- "не продан", "зарезервирован", "продан". Этот DAO слой будет ответственным за то, чтобы эти статусы правильно обновлять. Такое решение усложнит програмную часть, но снимет ту нагрузку с базы, о которой говорилось выше.
PD
Eugene Savin
Если есть опасения, что база будет узким местом, почему бы не выделить DAO слой, который будет отвечать за получение билета, но реализовать его таким образом, чтобы он из базы доставал чанки, к примеру по 100-500 штук и отдавал их пользователям уже из памяти. У билет будет 3 состояния (для этого workflow)- "не продан", "зарезервирован", "продан". Этот DAO слой будет ответственным за то, чтобы эти статусы правильно обновлять. Такое решение усложнит програмную часть, но снимет ту нагрузку с базы, о которой говорилось выше.
А если сервис упадет - то что будет с билетами из чанка? Тут же нагрузка на запись, а не чтение.
Si
адресную запись по ключу, если убрать взаимные блокировки, БД держит тысячами ТПС. А в случае падения сервиса, не проданные билеты может подхватить другой сервис или этот же после рестарта
AD
Igor A
Главное что надо знать про mysql что его не стоит брать. Хотя бы форк mariadb взять. Он х2 быстрее.
SB
Хорошо что тут модераторов нет, из других чатов давно бы всех погнали в https://t.me/ru_mysql - там сидят разработчики и из перконы, и из марии, кстати.
2020 October 07
SB
Не придумал, где было бы лучше спросить... есть у кого-нибудь знакомый продвинутый строительный архитектор, который был бы подкован в проектировании современных адаптивных зданий?
Я бы пообщался и может нашли бы что-то интересное для archdays. Уже второй год меня эта мысль не отпускает :)
Я бы пообщался и может нашли бы что-то интересное для archdays. Уже второй год меня эта мысль не отпускает :)
SB
Или вот те ребята, которые дома на принтерах печатают, может есть контакты?
SB
Напишите в личку, если есть
A
Sergey Baranov
Не придумал, где было бы лучше спросить... есть у кого-нибудь знакомый продвинутый строительный архитектор, который был бы подкован в проектировании современных адаптивных зданий?
Я бы пообщался и может нашли бы что-то интересное для archdays. Уже второй год меня эта мысль не отпускает :)
Я бы пообщался и может нашли бы что-то интересное для archdays. Уже второй год меня эта мысль не отпускает :)
есть ландшафтный дизайнер. Ну раз уж в соседнем чате говорят, что создание ПО - это больше садоводство, чем строительство :)
AP
дома на принтерах это баловство и инстаграмм-архитектура всё. Несъёмная опалубка - вот хорошая технология для строительства всякого разного форматного и неформатного )
PD
Ну, у меня сестра - архитектор, но вряд ли она много про адаптив знает.
T
адаптив в здании это как?) типа свободная планировка?)
T
а отопление\канализация тоже адаптивная?))