Массивы большой длины как передать их в колонку MySQL?

Укажите ТОЧНУЮ версию сервера БД. Это критичная для задачи информация.

Также укажите, что именно будет определять, в какую конкретно запись таблицы какое значение помещать.

Можно ли изменить массив (объединить слова в нём) до и после определенного слова?

Ну потому что вопрос выглядит так: "А сделайте за меня". Да на самом деле и не вопрос вовсе, а скорее техзадание на программирование. А если считать вопросом сабж, так он вообще напрашивается на ответ "Можно, изменяй".

Можно ли изменить массив (объединить слова в нём) до и после определенного слова?

По-моему, Вы спутали Q&A с биржей фриланса...

Как оптимизировать количество запросов и организовать хранение данных?

Правильно ли вообще такой подход, что бы собраться данные относящиеся к одной записи из всех связанных таблиц и хранить её в формате JSON.

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

Как оптимизировать количество запросов и организовать хранение данных?

Или на сколько верный вообще такой подход по хранению данных в видео json строки если данные эти статичны и меняются только при редактированнии самой страныцы?

Главный вопрос - как используется такой JSON на стороне MySQL. Одно дело, если он просто возвращается в том виде, в каком есть, а отбор выполняется по другим полям. И совсем другое, если по нему выполняется отбор, и соответственно он парсится для сравнения некоторых значений из него с заданными критериями.

размер данных большой и приходится использовать тип поля MEDIUMTEXT. Я в итоге получил один запрос для каждого товара, но таблица сразу увеличилась в размере и запрос выполняется соответсвенно дольше.

1) Какая точно версия MySQL?
2) Что именно Вы считаете временем выполнения запроса?
3) Как соотносятся размер данных, передаваемый всеми запросами в исходной реализации, и размер передаваемых данных в созданном одном запросе?
4) Насколько различаются накладные расходы на парсинг этого JSON на клиенте по сравнению с исходным вариантом? почему бы не получать пусть одним запросом, но отдельные JSON для каждого... ну, как было выше, из 24 товаров.
5) Почему собственно нельзя на исходной структуре собрать всё в один запрос и получить 72 записи, которые потом раскидать по карточкам?

Как агрегировать биржевые свечи через timescaledb?

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

PS. SELECT create_hypertable(..., SELECT add_continuous_aggregate_policy(... - это ещё что за функции?

Как обойти ограничения по количеству TCP-подключений у интернет-провайдеров?

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

Изучи внимательно договор. Хотя там вряд ли есть какие-либо ограничения такого рода.

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

Как восстановить базу sql из файлов /var/lib/mysql/* на другом сервере mysql?

Антон Пащенко, ну да, вроде всё правильно.

Как восстановить базу sql из файлов /var/lib/mysql/* на другом сервере mysql?

Да, всё верно. Такая установка должна убрать ЭТУ проблему.

Хотя я бы создал отдельный файл с такой установкой и подключил его через --defaults-extra-file.

Как восстановить базу sql из файлов /var/lib/mysql/* на другом сервере mysql?

Эххх... mysqldump это самый обычный клиент. И, как и любой клиент, он получает кучу настроек из секции [client] текущего файла настроек сервера. Который можно переопределить опцией --defaults-file или дополнить опцией --defaults-extra-file.

Как восстановить базу sql из файлов /var/lib/mysql/* на другом сервере mysql?

Антон Пащенко,

вот тут можно подробнее?

mysqldump работает просто - тупо запрашивает у сервера сведения обо всех и вся, и конвертирует полученные ответы в воссоздающие SQL-запросы. То есть запрашивает список баз, список таблиц базы, список полей таблицы, и так далее...

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

И вот тут - проблема. Любое значение обложено определёнными характеристиками. В том числе это charset (грубо - набор символов) и collation (грубо - набор правил сортировки и сравнения). одному charset может соответствовать куча разных collation. Но в сравнении используется два значения. В вышеописанном случае - переданный литерал и значение в таблице. Если у них разный charset - сравнение невозможно в принципе. А если charset одинаков, то имеем два разных collation. два разных набора правил. И не факт, что они совместимы.

Ошибка собственно об этом и говорит. Collation, определяемый литералом (а для литерала однозначно применяется collation текущего соединения), несовместим с collation, определяемым значением в таблице (берётся из свойств поля, если не задано - из свойств таблицы и т.п.). Для того, чтобы сделать их совместимыми, какой-то из них надо переопределить. И гораздо проще сделать это с collation соединения - благо этот параметр динамический, меняется "на лету" простым SET SESSION collation_connection := 'нужный collation';. А когда изменение сделает collation совместимыми, сравнение пройдёт нормально, и бэкап получится без проблем.

Подробнее см. тут: Character Sets, Collations, Unicode. Материалу, конечно, дохрена, но хотя бы один раз, хотя бы по диагонали, прочитать нужно.

Как исправить ошибку 1004 Vba?

А ты попроси Intellisense подсказать, что есть у Pictures, если F2 сломалась...

А насчёт создания кода - включи макрорекордер, вставь картинку руками, останови запись и изучи.

Проектирование БД, какую СУБД выбрать?

Ой, да ниачём тут нагрузка. Даже если оно раскочегарится до миллиона событий в день - два индекса накрывают указанные "наиболее частые" запросы до состояния достаточно высокой эффективности, сервер ещё не успел напрячься, а результат уже готов. То есть обе затегованных СУБД, и постгресс, и мускуль, справятся с нагрузкой по щелчку пальцев, и даже на сравнительно слабой машинке.

Гораздо критичнее понимание, что там за BINARY тип данных... надеюсь, это не бинарные строки неограниченной длины? именно тут надо искать оптимизации... или пока не искать, ибо преждевременная оптимизация - зло.

Как оптимизировать запрос с UNION?

Дмитрий,
Во-первых, далеко не факт, что такие связи есть, сбор независимых данных в одном отчёте не самая большая экзотика.
Во-вторых, подобное объединение гарантированно приведёт к кратному увеличению количества выходных записей (join multiplying никто не отменял), а избавляться от частичных дубликатов - занятие не для слабонервных.
Ну и потом - а не пофиг ли? каждый подзапрос выполняется отдельно и независимо, просто результаты их работы кэшатся в одну кучу, которая потом выводится - итоговый запрос не имеет ни сортировки, ни чего-то ещё, так что объединённый набор дополнительно обрабатывать не требуется. К тому же есть шанс (впрочем, зависит от СУБД, причём почти наверняка это MySQL, и точной версии), что отдельные подзапросы могут выполняться параллельно.

Как оптимизировать запрос с UNION?

abylalikkkk, я не понял, где Вы смогли найти связь между выполнением запроса и оптимизацией... оптимизируйте по отдельности, выполняйте как показано, c UNION ALL.

Дмитрий, поясните Вашу мысль, пожалуйста... а то эта фраза выглядит как минимум странновато.

Как оптимизировать запрос с UNION?

Оптимизируй каждый отдельный подзапрос - независимо.

Как написать sql-запрос для группировок по условиям: больше среднего значения, меньше среднего значения?

Вот как по мне, то среднее по val = это (1+3+2+2+1)/5 = 1,8. Соответственно всё остальное - непонятно.
И недоумение вызывает две с половиной строки с 'f' для "больше".

Как написать sql-запрос для группировок по условиям: больше среднего значения, меньше среднего значения?

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

Как исправить SQLSTATE[HY000] [10 45] Access denied for user ''@'localhost' (using password: NO)?

При подключении не передаётся пароль (вернее, тот факт, что он есть и должен быть применён - т.е. выполняется анонимное подключение). Смотрите настройки подключения.

Возможно ли рекурсивно подсчитать количество проектов в категории одним запросом?

Возможно ли рекурсивно подсчитать количество проектов в категории одним запросом?

Да. Ответ на очевидный следующий вопрос "Как?" зависит от точной версии MySQL.

Есть две таблицы projects и categories. Каждый проект имеет category_id.
Каждая категория имеет parent_id указывающий на саму себя.
Есть необходимость подсчитать количество проектов в каждой категории включая потомков.

Выложите это всё в виде CREATE TABLE + INSERT INTO (5-7 записей достаточно) и требуемого ответа для показанных данных.