Мне order_tags все равно нужен только для проверки в where, нет смысла его возвращать в select.
Хорошо, как быть в случае если коллапсирует уже электрически заряженная звезда?
log_duration = on
log_min_duration_statement = 60000 /* логировать запросы дольше 1 минуты */
я бы поставил блок питания с резервированием на необходимые реле и контроллеру 12 вольт (их проще искать по имени "резервированный блок питания систем видеонаблюдения" или что подобное).
так будет эффективнее.
даже не представляю как...
к тому же неизвестно, попадут ли в лог запросы из графического интерфейса
При выгрузке через PMA - получается нужный результат
Вероятно, коннектор 8P8C (RJ-45) был брокованным или неправильно обжат
Купить коммутатор и как-то вернуть по тому же кабелю локалку
Что вы подразумеваете под первичным ключом?
Говорите пожалуйста языком программирования.
Проектируется большая БД (в теори, высоконагруженная частотой запросов)
нету primary key в этой таблице.
к моему интернет кабелю запитан новый другого цвета
У меня все работает, но напрягает
Вы серьезно считаете, что порядок удаления записей ( ORDER by ...) имеет значение?
как сгруппировать три параметра в один UNIQUE KEY
удалять по этому ключу ?
провайдер заменит вам ONU, вероятность того, что вы выведете из строя OLT - где то в районе 0.
Они работают в паре. Причем жестко в паре.
можно ли тогда подобрать такую функцию, которая позволит избежать коллизий вовсе?
Ну потому как это самый распространённый способ выполнить отбор по результатам подзапроса, и в большинстве случаев ещё и самый оптимальный.
Второй по распространённости - подзапрос во FROM. Обычный или латеральный.
Ну а WHERE IN - единственным его достоинством можно назвать разве что сравнительную простоту для понимания, по всем остальным параметрам он проигрывает. Более того, современные оптимизаторы достаточно умны, чтобы преобразовать этот вариант в один из первых двух. Это видно на плане выполнения запроса - он совпадает с планом для одного из двух первых типов (а порой и все три дают один план), причём чисто по порядку выполнения операций план соответствует синтаксису именно одного из первой пары типов.
Что же до самого термина "вульгарный" - в данном случае он используется в значении "наиболее простой".