Size: a a a

Software Design/Architecture/Zen

2020 November 09

SM

Sergey Milimko in Software Design/Architecture/Zen
Nikita Fedorov
Анекдот: человек, пилотирующий небольшой самолет, заблудился в облаках. Он снижается и замечает офисное здание неподалеку. «Не подскажете, где я нахожусь?» - кричит он человеку в открытом окне. Человек отвечает: «Вы в самолете, примерно в тридцати метрах над землей». Пилот немедленно ложится на верный курс, находит аэропорт и совершает посадку. Его пассажиры в изумлении интересуются, как он определил, куда лететь. И пилот говорит: «Ответ этого человека был абсолютно точен и правдив, однако совершенно бесполезен, поэтому я сразу понял, что это разработчик программного обеспечения из Microsoft, а я знаю, где находится здание Microsoft по отношению к аэропорту».
Как уже только этот анекдот не переделывали
источник

VS

Vitaliy Snitko in Software Design/Architecture/Zen
Определяюсь с БД для чат бота который будет парсить инфу с сайтов досок-объявлений.

Человек настраивает у чатбота подписки на ключевые слова и когда выходит объявление с этим ключом - человек получает сообщение от чат-бота.

Доступ к функционалу по подписке.

По БД - смотрю на МонгоДБ, но чёт мне кажется, что с ростом пользователей +- 10000 человек будут очень большие списки подписок и гонять их будет тормознуто...

Ещё смотрю на Postgresql.. но не будет ли это очень избыточным решением?
источник

SA

Sergey Alaev in Software Design/Architecture/Zen
Vitaliy Snitko
Определяюсь с БД для чат бота который будет парсить инфу с сайтов досок-объявлений.

Человек настраивает у чатбота подписки на ключевые слова и когда выходит объявление с этим ключом - человек получает сообщение от чат-бота.

Доступ к функционалу по подписке.

По БД - смотрю на МонгоДБ, но чёт мне кажется, что с ростом пользователей +- 10000 человек будут очень большие списки подписок и гонять их будет тормознуто...

Ещё смотрю на Postgresql.. но не будет ли это очень избыточным решением?
Для этого функционала база вообще не нужна - нужно создать очередь на каждого человека и при обработке сообщения рассылать уведомления. На базе rabbitmq, например.
источник

VS

Vitaliy Snitko in Software Design/Architecture/Zen
Sergey Alaev
Для этого функционала база вообще не нужна - нужно создать очередь на каждого человека и при обработке сообщения рассылать уведомления. На базе rabbitmq, например.
База нужна, так как будет храниться история запросов и подписок.

Нужно хранить какие ключи и какие минус-ключи у каждого юзера.

Нужно хранить оплату и самих юзеров.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Vitaliy Snitko
Определяюсь с БД для чат бота который будет парсить инфу с сайтов досок-объявлений.

Человек настраивает у чатбота подписки на ключевые слова и когда выходит объявление с этим ключом - человек получает сообщение от чат-бота.

Доступ к функционалу по подписке.

По БД - смотрю на МонгоДБ, но чёт мне кажется, что с ростом пользователей +- 10000 человек будут очень большие списки подписок и гонять их будет тормознуто...

Ещё смотрю на Postgresql.. но не будет ли это очень избыточным решением?
Лямбды и динамодб)
источник

VS

Vitaliy Snitko in Software Design/Architecture/Zen
Sergey Protko
Лямбды и динамодб)
Ок. Гляну на них. Спс.
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Ну мол вопрос куда собираешься деплоить и умеешь ли поддерживать
источник

PL

Pavlo Lugansky in Software Design/Architecture/Zen
Допустимо ли использовать миграции БД для обновления данных? Например для задачи, в которой просят изменить дефолтное значение поля и всем существующим записям изменить значение на новое.
источник

PL

Pavlo Lugansky in Software Design/Architecture/Zen
Всегда встречал мнения, что нет, через миграции нужно контролировать только схему данных, но в таких кейсах прям просится просто добавить один запрос, вместо того чтобы писать отдельные команды на изменения данных.
источник

ВУ

Валентин Удальцов... in Software Design/Architecture/Zen
Pavlo Lugansky
Всегда встречал мнения, что нет, через миграции нужно контролировать только схему данных, но в таких кейсах прям просится просто добавить один запрос, вместо того чтобы писать отдельные команды на изменения данных.
разные подходы есть, но в простом случае это допустимо
источник

SA

Stepan A in Software Design/Architecture/Zen
Конечно допустимо. Не терять же данные в случаях, когда одна колонка на две раскидывается, или когда наоборот
источник

AB

Alex Bespalov in Software Design/Architecture/Zen
Миграции и на DDL и на DML. Другое дело, что если хочется иногда что то такое менять, что похоже на настройку которая должна быть в админке. Т.е. обновление данных по причине того что под новую версию нужно обновить данные vs нет возможности как то кроме миграции (без прямых коннектов в бд) что то поменять.
источник

PL

Pavlo Lugansky in Software Design/Architecture/Zen
> что похоже на настройку которая должна быть в админке.
Да, тут случай как раз такой, но пилить настройку в админку гораздо дороже и скорее всего бессмысленно
источник

ВУ

Валентин Удальцов... in Software Design/Architecture/Zen
источник

N

Nekt in Software Design/Architecture/Zen
Nikita Fedorov
главное потом чтоб было где применить полученные знания) а то обычно читаешь о том как все исправить, а всем вокруг похуй на проблему
нужно всего лишь прочитать книжку на тему того, как сделать проблему проблемой для всех
источник

МК

Максим Калашников... in Software Design/Architecture/Zen
Sergey Protko
Лямбды и динамодб)
не самые приятные технологии
источник

˸A

˸̧̨ ͅBlack Akula˸̧̨ ... in Software Design/Architecture/Zen
Максим Калашников
не самые приятные технологии
Это если не уметь их "готовить".
Кстати, AWS gateway нативно поддерживает вебсокеты, что похоже отлично ложится под описанную задачу
источник

NF

Nikita Fedorov in Software Design/Architecture/Zen
Pavlo Lugansky
Допустимо ли использовать миграции БД для обновления данных? Например для задачи, в которой просят изменить дефолтное значение поля и всем существующим записям изменить значение на новое.
допустимо, если ты гарантируешь что старое дефолтное значение больше не существует, в противном случае оно могло быть установлено явно, в этом случае ты потеряешь данные, но не помню чтобы такие случаи встречались на практике, но тут как бы всегда два стула
источник
2020 November 10

Z

Zitoune in Software Design/Architecture/Zen
Всем добрый день:)
Кто-то занимался собиранием sign up statistics/conversion rate?
источник

SP

Sergey Protko in Software Design/Architecture/Zen
Zitoune
Всем добрый день:)
Кто-то занимался собиранием sign up statistics/conversion rate?
Кто-то занимался
источник