AP
Поэтому не нужно ключ указывать, а просто
select count(0) from nodeSize: a a a
2021 April 26
AP
В постгре такая оптимизация есть, когда данные реально не нужно забирать ни из индекса ни строки
VS
Емнип, раньше был вариант из information schema счётчик вытянуть
AK
так тоже уже пробовал - результаты аналогичные по времени ;( но зато вот такой хак сча натыкал - похоже помогает!
mysql> select count(*) from ati_load_json WHERE status > -100;
+----------+
| count(*) |
+----------+
| 6433889 |
+----------+
1 row in set (11.27 sec)
DK
Специфик хак же
DK
Переслано от Andrey Postnikov
> So remember Innodb is not slow for ALL COUNT(*) queries but only for very specific case of COUNT(*) query without WHERE clause. It does not mean I would not like to see it fixed though, it is pretty annoying.
Удивлен, что за 10 лет так и не починили
Удивлен, что за 10 лет так и не починили
AP
Но и он неточный)
VS
ну там чо, погрешность на незакоммиченные транзакции?
AP
Там оно считало всегда как попало ибо использовалось лишь для проверки пустоты
ИЛ
а индекс есть?
ИЛ
а то ведь можно создать базу на файлах с json полем, а потом себя спрашивать, почему нельзя сделать прямой доступ
VS
тарас, ты ли это?
ИЛ
AK
Есть конечно, у обоих таблиц id - int поле, которое primary, unique, status тоже проиндексирован
VV
Информационная система должна
соответствовать требованиям по защите
информации, установленным Федеральной
службой по техническому и экспортному
контролю, а также законодательством
Российской Федерации, в том числе
Федеральным законом от 27.07.2006 № 149-
ФЗ «Об информации, информационных
технологиях и о защите информации».
Друпал не умеет?C
ищи в чате "ДАР"
ИЛ
а ты закон читал?