Как исправить ошибку выполнения запроса?

В чем может быть проблема?

Как обычно - в генах.

В генах того человека, который так написал логирование ошибок, что хрен чё понять..

Как установить параметры в mysql innodb_buffer_pool_size?

Galdar Turin, я не спрашивал, что там с сервером и насколько он тормозит.

зашёл в mysql файл конфигурации все по инструкции,

Какой ТОЧНО файл? как определил, что именно этот файл используется в качестве конфигурационного?
Инструкции взяты откуда? читать Using Option Files (особенно "Option File Processing Order"), да и вообще весь раздел.

установил параметры, но они не работают

Службу MySQL перезапустил?

Преобразование строк в столбцы?

Константин KOltin, я не зря сказал, что

Лишь бы формат исходных данных был стабильный.

А если он "плавает" - то, во-первых, надо делать не 5, а 6 колонок, во-вторых, в последней колонке добавлять формулу (F1=ЕСЛИ(ЕОШИБКА(ПОИСК("Продажа";A6;1));A6;"")), которая проверит, что значение не является началом следующего блока, и если является - то выведет пустую строку.

Преобразование строк в столбцы?

Константин KOltin, Вы сперва попробуйте, а потом решайте, муторно или нет. Как по мне - две минуты. И от объёма данных оно не зависит - от слова "совсем". Лишь бы формат исходных данных был стабильный.

Как лучше обработать пробег автомобиля?

Ну тогда по-любому оно плюс-минус лапоть. И если раскидать пробег равномерно по периоду, то беды большой не будет.

Как лучше обработать пробег автомобиля?

пробег фиксируется во время заправок
[skipped]
первая дата была 11.01, потом 23.01, а далее только в феврале - 13.02.

Хренассе - две-три недели между заправками! Это что, километров по 30 в день пробег, что ли? Впрочем, главный вопрос - пробег более-менее по дням равномерный, или неделю стоим, потом 300 вёрст пробега, и опять неделю стоим?

Как найти среднее арифметическое?

SELECT COUNT(*) / COUNT(DISTINCT Year, Author) average FROM books;

Можно ли в Visual studio использовать не T-sql в базах данных?

я не могу использовать дамп моей MySql базы, ее триггеры и тп, тк они все написаны на sql, а база в visual studio работает с T-Sql

Вот то есть вообще никакой связи.

Как объединить 2 запроса в 1 в Postgresql или как изменить запрос ниже?

rancerenly, ааа... точно, это же ж постгрес же ж, у него ж всё ж через же ж...
Ок, добавил скобки.

Какая разница между типами vlan?

Руслан Федосеев,

в Port-based вланах нет такого понятия

Хорошо, не транковый. Порт, через который коммутатор соединён с другим коммутатором, и на котором прописан десяток разных тегованных VLAN. Кстати, какой термин Вы используете для такого порта?

Хотя в большинстве источников используется приблизительно такое определение: "Trunk port (магистральный порт) — порт, передающий тегированный трафик между устройствами (например, коммутаторами)". В отличие от клиентского порта, передающего только нетегированный трафик.

Как объединить 2 запроса в 1 в Postgresql или как изменить запрос ниже?

rancerenly, ругаются - бабки на лавочке. А сервер БД производит вполне вменяемое сообщение об ошибке. Которое следует цитировать полностью, без купюр и корректировок.

Какая разница между типами vlan?

Грубо говоря - вместо одного физического коммутатора вы можете сделать 2-3 виртуальных. Например порты 1-4 - один коммутатор, 5-8 - второй коммутатор, 9-10 - третий коммутатор...

А куда в этой схеме отнести транковые порты?

Как настроить маршрутизацию на выбранные IP через отдельный WAN?

добавить еще один WAN, чтоб соединения по зоне KG(Кыргызстан) шли через него.

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

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

lolrofl01, поведение, продемонстрированное в fiddle, в MySQL наблюдается стабильно. Оно определяется внутренним бинарным форматом представления документов JSON. Можете доверять этому факту. Если он и обвалится - то только если программисты в очередной версии начнут переделывать этот блок кода (что само по себе вряд ли) и залепят там какую-то багу, которая к тому же не выявится на этапе тестирования.

Реально же в MySQL проблемы с JSON - иногда есть. В последней (8,0,28) версии они что-то намудрили с multivalued indices, что в определённых условиях приводит к потере записей в выходном наборе. Но это экзотика, которую, скорее всего, поправят.

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

Но по опыту знаю, то, что работает у всех, запросто может не работать у меня и наоборот)

Обычно это означает, что пропущена какая-то с виду совсем мелочь, но которая влияет на результат. Хороший программист найдёт источник проблемы, поймёт причину проблемы, и больше такой ошибки не допустит.

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

lolrofl01,

Изучите внимательно DEMO FIDDLE - там всё показано, когда порядок меняется, когда нет.

Посмотрите мой ответ - там указано, как может выглядеть JSON (понятно, что это не единственный вариант реализации), чтобы проблемы не было.

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

Антон Шаманов,

в вопросе указано что речь о mysql т.ч. нет смысла рассматривать другие субд

Заданный мне вопрос о том, почему меня это беспокоит, и на который я ответил, не связан с СУБД.

учитывая что данные передаются из php и конвертируются с помощью json_encode(), то подобные проблемы не актуальны

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

данные передаются из php и конвертируются с помощью json_encode()

Я до сих пор так и не увидел, как точно всё это выглядит. Вы пытаетесь описывать то, как это выглядит со стороны PHP, тогда как я прошу показать, как оно же выглядит со стороны MySQL. Я знаю, что PHP-шники практически всегда не заморачиваются на этот вопрос, хотя напрасно - обычно именно так и можно увидеть суть их проблем.

И, по-моему, автор вообще уже восклал на этот свой вопрос и занялся чем-то другим.

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

Антон Шаманов,

я не понимаю почему это тебя беспокоит - '{"a": 1, "a": 2}' сохраняется в JSON поле как '{"a": 2}'

В MySQL - да.
В MariaDB - нет, что положил, то и получишь.
Oracle 21c не сохранит, ругнётся на дублирование.
PostgerSQL поведёт себя как MariaDB. Но если сменить тип данных на JSONB - то как MySQL.
SQLite ведёт себя как MariaDB - и для JSON, и для JSONB.
Остальные популярные СУБД скажут "А чой-та за тип данных такой?"

Это при прямой вставке одного документа, имеющего дублирование имени свойства. Уже как бы безрадостно. Хотя и есть чёткое деление - в зависимости от того, используется ли бинарное представление или текстовое.

Ещё хуже становится, когда выполняется добавление одного документа ко второму (слияние). С одной стороны, RFC 7396. С другой, операция, выполняемая JSON_MERGE_PRESERVE в MySQL (вот лень проверять остальные СУБД) не кажется мне нелогичной...

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

Антон Шаманов, я про RFC 7158, 7159, 8927 и пр.
Так-то да, отсутствие такого требования с учётом отсутствия понятия относительного местоположения - нелогично. Потому практически все реализации такое требование уникальности реализуют, либо в крайнем случае объявляют несуществующим взаимные порядок для совпадающих.
Собственно, обычная трудность... то же наблюдается, скажем, с агрегированием и с оконными функциями в SQL

Есть вариант сохранить в поле json (mysql) массив с нужным порядком?

Антон Шаманов,

xз при каких ситуациях это играет роль - порядок свойств в объекте ведь не важен

ЕМНИП стандарт не накладывает требования уникальности на имя свойства в объекте...