по каким критериям выбирать между реактом и ангуляром?

\/

хорошо

тогда

в каком случае используется реакт, а в каких ангуляр?

А можно не в этом чате?

Всем привет! Спасибо, что вчера помогли, вроде разобралась)) Сегодня работаю над новой задачей, хочу услышать ваши мнения: Как лучше организовать очередь заданий для выполнения разных задач. Задачи должны приходить через АПИ, а выполнять их скрипт на ноде, забирая задачи из очереди. Должна быть возможность поставить задачу выше в очереди, например по середине среди уже существующих. Что лучше использовать в плане технологий? Думаю насчёт rabbitmq и zeromq Спасибо!

На rabbitmq не получится точно

Можно на любой СУБД, если производительность не имеет особого значения

На rabbitmq не получится точно

С чего это очередь не получится на кролике? 😳

"Должна быть возможность поставить задачу выше в очереди, например по середине среди уже существующих."

Решается не на уровне кролика

лол

как, например?

очередь есть очередь

в середину вставить нельзя

очередей с приоритетом в кролике нет

Зато есть параллельные очереди и приоритет

Поставить задача выше произвольной существующей это не поможет

Принять в приоритете и отбросить уже выполненную

Не понятно

Есть очередь

Нужно добавить новую задачу в середину

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

Но это такое себе

Понятно, что аля велосипед

Просто нужно использовать другую структуру данных

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

Всякое бывает

Бывает, что тогда надо рассматривать не очередь

Ибо, если задачи стоят часами и их контролят в ручную, то тут скорее некую CRM надо 😂

Я и говорю, любую СУБД взять

добавить индекс для порядка выполнения

У БД другие задачи и если задачи в БД с локом, то это не решит

Всмысле? Решить решит, и многие так делают

По производительности - вопрос

Всмысле? Решить решит, и многие так делают

Кто делает? 😳 Вон, у знакомого проект, специально уходил в кролика между python - mongo, чтобы избавиться от локов и задержек и успевать обрабатывать данные и грузить их в БД. А ты, наоборот, предлагаешь уйти в БД, где эти проблемы возникнут? 😳

Помнится, где то читал, что в баду такое есть или было

У твоего знакомого явно проблема не с очередью задач

А просто данные грузить не успевает

Ну да, поэтому давайте использовать инструмент, который будет не производительный

Аргумент 👍🏻

Либо у всех в заначке свои ДЦ, с кучей простоя

Ну тогда вообще зачем использовать СУБД?

Лучше использовать key-value хранилища, быстрее будет

В неструктуре не будет

Есть решение, которое работает достаточно хорошо в конкрентых задачах. Какие проблемы?

Тратить время на структуру

Смысла нет

Какую структуру?

Что значит какую?

Что такое "струкутура"? О чем речь?

Идет сбор неструктурированных данных, обработка их, и сохранение в БД

Где идет?

В этой задаче не идет

В этой задаче, кроме условия про очередь вообще ничего не известно

Что такое очередь задач - понятно

Поэтому утверждать, что для приоритета очередей нужна БД, верх странности

Для прироритета нужна очередь с приоритетом

Это можно смоделировать поверх любой СУБД, но нельзя поверх кролика

Бля

Делайте как считаете

БД пихать для обработки логики 👍🏻

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

Поэтому очередь задач поверх реляционной базы - нормальная практика

База то уже есть

Еще лучше, запихнуть логику в БД, а потом, трахаться при миграции данных 👍🏻

О да, в хранимых процедурках

Да да

Так хранимки первыми переносить

Как? Если другая БД? 😬

И нет возможности переноса хранимок?

Базу тоже в общем случае нет возможности перенести

Вам за хранимки архитектор не только руки, но и яйца должен оторвать

Базу тоже в общем случае нет возможности перенести

О да, расскажи мне

О чем? О том чтобы у разных СУБД разный функционал?

ETL не существует, это миф

Разные типы данных, etc

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

С таким же успехом можно и хранимки переписать