Mysql запрос с SUM(OCTET_LENGTH( LONGBLOB )) очень доло выполняется. Есть способ оптимизации?

Статически сделать колонку с длинами не предлагать, нужна приемлемая скорость работы с живыми данными

Что за бредятина? Вычисление длины LONGBLOB по сравнению с записью его на диск - плюнуть и растереть, разница по скорости работы будет меньше точности измерения. Так что stored generated column - самое что ни на есть правильное решение.

У меня сложилось такое впечатление, что при таких агрегатных запросах база перечитывается целиком

Правильно сложилось. Ты сам, своими руками, заставляешь сервер перечитывать данные и считать размер. Поинтересуйся, что именно хранится в структуре поля, какая длина - вот именно её и надо было брать, так хотя бы серверу не надо было читать само значение. Впрочем, всё равно придётся жевать всё подряд, пусть и прыжками, но большого профита не жди.

PS. Сервер хранит статистику данных, которую можно запросить из INFORMATION_SCHEMA и PERFORMANCE_SCHEMA. Да, точность до байта не гарантируется, но по скорости разница будет не на один порядок.

Как определить наименьшие значения?

Не, понимаю была бы полночь - тогда понятно, заработался... а днём-то чего так тупить?
I2=(F2-MIN(E2,G2))/H2
С условным форматированием авось сам разберёшься..

Как удалить таблицу postgresql по условию?

А запрос "для наглядности" пишете - на удаление записей... офигеть наглядность.

DDL запросы не имеют DML-кляуз. Так что пишите хранимую процедуру.

Как удалить таблицу postgresql по условию?

Удалить таблицу и удалить записи из неё - это разные вещи.

Myisam vs Aria что быстрее?

можно ли в лоб заменить myisam на aria как вид таблиц?

Да, при разворачивании дампа можно перевести все таблицы с MyISAM на ARIA.

будет ли в такой замене смысл?

Да, если установлено как минимум TRANSACTIONAL=1. Иначе никакого великого смысла в замене нет.

будет ли разница в скорости работы при переходе с myisam на aria?

Aria заметно медленнее MyISAM, типично - вдвое. Причём настройки мало влияют на эту разницу. Плюс по памяти Aria более прожорлива - в среднем на треть. Хотя везде, расхваливая машку, пишут, что ария быстрее - вот ни разу на практике не видел.

Как в mysql ускорить запрос с GROUP BY?

Rsa97,

С включённым ONLY_FULL_GROUP_BY MySQL будет ругаться на такой запрос, за исключением случаев, когда неагрегированная колонка содержит одни и те же значения для всех строк в группе.

Нет. Значения не проверяются на идентичность, ругаться будет в любом случае.
Не будет ругаться, если в выходном наборе присутствует поле таблицы, а в выражении группировки - первичный ключ этой таблицы. Или во всяком случае не должно - ибо это гарантирует идентичность всех значений в группе.
Кстати, забавно с композитными ключами - то ругается, то нет (подозреваю, что это могло бы зависеть от того, используется ли данный индекс в плане, но с другой стороны ошибка-то детектируется ещё до построения плана... хотя не исключено, что это ловится на стадии построения первичного графа связей). С просто уникальными емнип ругается всегда, хотя в последних версиях не смотрел.

PS. LIMIT без сортировки - как-то некошерно...

Avreliya777,

я правильно понимаю, что для count при выключенном ONLY_FULL_GROUP_BY вообще без разницы что там в скобках у count?

Неверно. COUNT(*) считает общее количество записей безотносительно к значениям, а COUNT(column) считает количество NOT NULL значений в указанном поле, которое может быть или равно общему, или меньше. Кстати, именно поэтому COUNT(*) в принципе не может вернуть значение меньше единицы, тогда как COUNT(column) может вернуть и ноль.

Насколько информация о MS SQL Server 2012 применима к актуальным версиям?

Ааа... это достаточно прочитать хоть как-нибудь, хоть к какой версии. Для освоения и повышения квалификации в этих вопросах при наличии минимальной базы нужно только дохрена практики.

Как в mysql ускорить запрос с GROUP BY?

Avreliya777,

на него у меня нет жалоб

SET SESSION sql_mode := 'ONLY_FULL_GROUP_BY';, а потом любуйтесь на свой запрос.

и результат детерминированный

Нет, это у Вас просто везучесть повышенная. В обычных условиях сервер грузит в кэш записи в том порядке, в каком они лежат в кластерном индексе, и извлекает оттуда без пересортировки. Поэтому результат абы детерминирован. Но если будет момент, когда голова таблицы в кэше отсутствует, и задница ещё не вымыта - получите хрень.

Здесь взяла пример

В примере как раз всё правильно. А вот применён он - неправильно. Более того, он к вашему случаю вообще неприменим.

Как в mysql ускорить запрос с GROUP BY?

Самый первый запрос, точнее его подзапрос, синтаксически ошибочен. И если и выполняется по причине отключенного ONLY_FULL_GROUP_BY, то даёт недетерминированный результат.

Остальное даже не читал, ибо нет смысла.

Насколько информация о MS SQL Server 2012 применима к актуальным версиям?

Уже нет упоминаний даже о SQL Server 2014.

Ну BOL ещё вполне доступны.
https://learn.microsoft.com/en-us/previous-version...
https://learn.microsoft.com/en-us/previous-version...

Даже документация для 2005 ещё пока доступна. Вот BOL для версии 2k уже снесли.

К тому же сервер - это не десктопная ось, и вполне может отставать от текущего момента и на 10, и на 20 лет, если его возможности покрывают существующие необходимости.

Насколько информация о MS SQL Server 2012 применима к актуальным версиям?

Не JOIN'ы, а что-то посерьёзнее.

Это что именно? ну так, напримерно...

Может ли вложенный SELECT ждать снятия блокировки?

нужно ли во вложенном селекте добавлять skip locked, или смысла нет и он корректно отработает в общем запросе?

SKIP LOCKED - это атрибут конкретного FOR UPDATE. Поэтому отдельно от FOR UPDATE его использовать нельзя в принципе - получится syntax error.

А вот надо ли использовать FOR UPDATE SKIP LOCKED в подзапросе - это зависит от логики. От того, что будет обновляться и что надо пропускать.

Может ли вложенный SELECT ждать снятия блокировки?

Вообще-то он БУДЕТ ждать снятия блокировки в текущей версии запроса.

Насчет экспорта таблицы MySQL в Excel средствами PHP?

AlexVWill,

Мне нужен нормальный xls файл в формате Excel, который будет открываться тупым юзверем-бухгалтером без всяких промежуточных манипуляций с импортом, указанием разделителей и пр. Поскольку я вижу, что Excel так не умеет с этим форматом файлов.

Да говно вопрос... Получи CSV, потом средствами PHP открой его в Экселе и пересохрани как XLS, после чего отдай бухгалтеру, пусть трахается... всё одно это будет в разы проще, чем жевать рекордсет, как у тебя в коде.

В любом случае - не забудь зачистить место от созданного CSV, ибо MySQL удалять файлы в принципе не умеет.

AlexVWill,

Мне нужен нормальный xls файл в формате Excel, который будет открываться тупым юзверем-бухгалтером без всяких промежуточных манипуляций с импортом, указанием разделителей и пр. Поскольку я вижу, что Excel так не умеет с этим форматом файлов.

Если файл сформирован правильно, а у бухгалтера на компе настроена ассоциация, то всё открывается простым кликом по файлу, без использования мозгов - точно так, как бухгалтеры и делают.

Почему MATCH AGAINST ничего не находит в BOOLEAN MODE?

Avreliya777, не знаю, не копался.

Почему MATCH AGAINST ничего не находит в BOOLEAN MODE?

Результат - 0 записей. Вопрос - почему?

Патамучта. Stopwords for InnoDB Search Indexes.

Думала вумный pdo сам экранизацию делает всего ненужного, но похоже всё ручками придётся делать, так получается?

Запомни. Программа - дура. И делает то, что ты сказал, а не то, что ты хотел. Сказал - два плюса, она и ищет в соответствии с запросом. Не нравится - дописывай соответствующую логику, которая будет чистить строку запроса.

Возможно ли использование телефонного кабеля вместо сетевого?

Если меж домов 40 метров, то кабель будет минимум 50. Если телефонный лежит двухпарником 3 категории - на этом расстоянии 10 Мбит скорее всего поднимется. 100 не поднимется точно, даже полудуплексом.

Возможно ли использование телефонного кабеля вместо сетевого?

Mouvdy, ну так антенну-то передающую (а лучше обе) наружу выстави, что ж ты сквозь стены-то долбишься... или окно в окно, оконное стекло - не страшно.
Если точки не имеют внешней антенны - то только окно в окно. И чтобы в промежутке не было ничего.

Какой формулой можно вычислить смещение карточек от левого края до правого?

godsplane,

Получается такой результат с такой формулой:

А что ж ты с нуля-то начал?

Какой формулой можно вычислить смещение карточек от левого края до правого?

godsplane,

То есть получается нужно какой то offset добавлять, но как его добавить в формулу я не особо понял.

Да что тут не понять? Берёшь ширину всего окна. Отнимаешь свободные границы, те, что слева-справа от карточек. Отнимаешь ширину одной карточки. Остаток делишь на количество карточек минус один - получаешь шаг смещения. Всё.

Какой формулой можно вычислить смещение карточек от левого края до правого?

Только не на 4, а на 3. Между 4 карточками - 3 зазора.