Mysql архитектура таблиц crm
Цена договорная
Есть CRM по обработки холодных звонков, основной принцип выгрузка клиентов и превращение в задачи, которые назначаются на отделы и операторов, дальше эти задачи выполняются и проставляется статус обработки. Хорошая аналогия Jira issue раздел, там есть задачи и много фильтров по разным значениям, которые относятся к задаче.
Есть табличка 10 млн записей наших задач, какие-то назначены на кого-то, какие-то нет, для некоторых отдел проставлен, для кого-то нет, статусы всегда есть, поле дата тоже присутствует, не получается оптимизировать таблицу для быстрого поиска по ней, какие только индексы я не пробовал - составные, простые, в разных направлениях - найдется все равно запрос который будет работать медленно, возможно mysql не лучший вариант для таких задач, но возможно кто-то решал такую проблему.
Есть табличка 10 млн записей наших задач, какие-то назначены на кого-то, какие-то нет, для некоторых отдел проставлен, для кого-то нет, статусы всегда есть, поле дата тоже присутствует, не получается оптимизировать таблицу для быстрого поиска по ней, какие только индексы я не пробовал - составные, простые, в разных направлениях - найдется все равно запрос который будет работать медленно, возможно mysql не лучший вариант для таких задач, но возможно кто-то решал такую проблему.
В заказе есть исполнитель
При переводе заказа из архивного в актуальный, текущий исполнитель будет снят с задачи.
Выберите тип сделки
С безопасной сделкой вы всегда сможете вернуть средства, если что-то пойдет не так. С простой сделкой вы самостоятельно договариваетесь с исполнителем об оплате и берете на себя решение конфликтов.