сразу бросаются хранение типов и статусов в строках, переделай в числа, должно заметно уменьшить базы данных, уменьшить объем базы и индексов.
лучше всего enum
Скорость выполнения одинаковая
WHERE (task.status, task.type, task.provider, task.cat) = ('active', 'follow_profile', 'insta', 3)
Серверу пофиг, но как бы нагляднее. к таблице приёмы, паровозиком идут еще несколько: файлы и свойства приёма
Использовать Partitioning для таблицы "приёмы", понятно по годам, а вот для связанных таблиц файлы и свойства приёма, что лучше делать?
подумал сделать Partitioning допустим по годам
есть несколько таблиц, которые занимают 95% места всей БД.
правильно ли я понимаю, что оба диапазона по 16 адресов можно покрыть одной общей маской 194.58.64.0/19 ?
Что-то мне понимание принципа объединения этих адресов трудно дается...
можно как-то колонке добавить свойство, что по умолчанию всегда там значения без пробелов?
Зайдите в эту папку (c:\program files) через ком. строку и выведите список системных файлов (dir /A:S). Увидите .ini файл (скорее всего, program files.ini). Это текстовый файл. Просмотрите его. В нём параметр LocalizedResourceName отвечает за национальное отображение псевдонима.
В принципе можно просто удалить этот файл, или на всякий случай переименовать (скажем, добавить .bak). Возможно, потребуется рестарт эксплорера.