Как установить параметры в 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з при каких ситуациях это играет роль - порядок свойств в объекте ведь не важен

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

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

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

data_json используется для хранения исходного варианта и поэтому тип поля text

Потому значение и остаётся как было, что оно TEXT. Даже ты, прекрасно на глаз определяющий, что некое значение есть валидный JSON, никогда не сможешь определить, является ли показанное тебе значение значением типа JSON, или это просто текст, который число случайно может быть интерпретирован как валидный JSON. А сервер этого делать просто не будет. Ему сказали - текст, и всё, вот хоть война, хоть застрелись, а это текст, и его надо хранить так, как было.

DEMO FIDDLE. TEXT и JSON в одном флаконе, разница видна невооружённым глазом.