Size: a a a

2020 May 23

А

Александр in ru_mysql
ну пользуйтесь, мой запрос возвращает именно те же данные что и Ваш исходный запрос, я по сути просто убрал LEFT JOIN там где он во первых не нужен, во вторых мешает оптимизатору войти в нужную таблицу
источник

VS

Viktor Sh in ru_mysql
КРУТО!!! Я тогда остальные по Вашему же принципу переделаю. СПАСИБО!!! =))
источник

А

Александр in ru_mysql
можно даже SQL_CALC_FOUND_ROWS оставить, он не помешает
источник

VS

Viktor Sh in ru_mysql
Александр
можно даже SQL_CALC_FOUND_ROWS оставить, он не помешает
СПАСИБО!!! =))) Он реально и раньше не мешал =)
источник

А

Александр in ru_mysql
это частный случай что он не мешает, лучше им не пользоваться, а либо считать самому, либо использовать пагинацию LIMIT N+1
источник

А

Александр in ru_mysql
тем более SQL_CALC_FOUND_ROWS в 8ке deprecated и скоро будет выпилен
источник

А

Александр in ru_mysql
https://dev.mysql.com/doc/refman/8.0/en/information-functions.html#function_found-rows
The SQL_CALC_FOUND_ROWS query modifier and accompanying FOUND_ROWS() function are deprecated as of MySQL 8.0.17 and will be removed in a future MySQL version. As a replacement, considering executing your query with LIMIT, and then a second query with COUNT(*) and without LIMIT to determine whether there are additional rows.
источник

VS

Viktor Sh in ru_mysql
Дааа, теперь по-любому ядро трогать :)))
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
Viktor Sh
Дааа, теперь по-любому ядро трогать :)))
у cmcart или как там двиг называется платная подписка? может стоит им написать о проблеме?
источник

🇻

🇻 🇱 🇦 🇩 in ru_mysql
кст диск ssd, nvme, HDD?
источник

VS

Viktor Sh in ru_mysql
🇻 🇱 🇦 🇩
кст диск ssd, nvme, HDD?
ssd 64Gb
источник

VS

Viktor Sh in ru_mysql
🇻 🇱 🇦 🇩
у cmcart или как там двиг называется платная подписка? может стоит им написать о проблеме?
всю неделю им пишу, пока реакция нулевая, поэтому и пришлось самому лезть =(
источник

VS

Viktor Sh in ru_mysql
Причем на другие вопрсы, по настройке, отвечают быстро, а вот про БД - молчание
источник

ТК

Тимофей Косман... in ru_mysql
Привет!
У меня есть порядка 1000 таблиц, в каждом из которых построчный лог. Одна строчка – один день.
Я хочу посмотреть определённое событие (колонка, например event`) за конкретный день по всем таблицам. Получается что мне нужно пробежать по всем таблицам ( поле `Date ) и узнать есть ли в этой строке событие (`event`=1). Как это сделать? Или мне надо поменять архитектуру?
источник

ТК

Тимофей Косман... in ru_mysql
Мне вообще не нравится, что надо использовать названия таблиц. Такое ощущение, что я что-то не так делаю, помогите )
источник

A

Alexander in ru_mysql
ну а почему у Вас так много таблиц, каждая таблица относится к какому-то периоду или устройству?
источник

ТК

Тимофей Косман... in ru_mysql
Alexander
ну а почему у Вас так много таблиц, каждая таблица относится к какому-то периоду или устройству?
К устройству. Одно устройство – одна таблица. Я, в принципе, уже через PHP и временные таблицы решил идти.
источник

A

Alexander in ru_mysql
Тимофей Косман
К устройству. Одно устройство – одна таблица. Я, в принципе, уже через PHP и временные таблицы решил идти.
ну я бы добавил ещё одну колонку с id устройства и таблицу-словарь id устройства и параметры устройства, в основной таблице бы сделал индекс по id и партицирование по дням....
источник

ТК

Тимофей Косман... in ru_mysql
Alexander
ну я бы добавил ещё одну колонку с id устройства и таблицу-словарь id устройства и параметры устройства, в основной таблице бы сделал индекс по id и партицирование по дням....
Меня смущает колонка, которая на всех строках одинаковое значение имеет ))
источник

ТК

Тимофей Косман... in ru_mysql
Так-то это было первой идеей
источник