Можно ли в 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 в одном флаконе, разница видна невооружённым глазом.

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

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

data_string: text

Вы, извините, каким местом читаете?
TEXT - вот ни разу не JSON.

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

mysql порядок передаваемых значений по умолчанию не изменяет.

Если тип поля JSON, а тип JSON-документа (или субдокумента) объект - изменяет.

Возможен ли такой роутинг через 2 сетевые карты?

необходимо чтобы из сети *.20.0/24 так же видели 10ю подсеть.

Что такое "видели"? Подробно. В зависимости от того, что имеется в виду, решения будут разными. На всякий случай - точные версии ОС клиентских машин, которые "должны видеть".

На хосте №1 установлен SQL сервер и машины из *.10.0/24 прекрасно обращаются к нему

А при чём тут SQL сервер (какая СУБД, кстати, уж коли речь зашла...)? какое он может иметь отношение к "видимости" станций через промежуточный узел?

Имеется 2 компа вин10:

Какая версия (подробно и точно) на компе с двумя сетевыми? вариант (хоум, проф, веб, мм и т.п.)...

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

Я пытаюсь установить вот эти параметры в mysql

Как именно? подробно по шагам от момента принятия решения изменить и до понимания, что не изменилось.

Как вывести данные таблицы в соответствии ее ссылке?

... WHERE LOCATE('rostov', 'https://www.golden-ring.ru/rostov/main.htm')

Поля вместо значений подставишь самостоятельно.

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

Мой личный рекорд (лет 20 назад) - связь через кабель длиной 230 метров между двумя свичами 3СОМ (10Мбит полудуплекс, 0% потерь). Кабель, правда, лежал в коробке.

Реально - при хорошем проводе и правильной прокладке (в лотке, не тянуть, плавные повороты, нет сторонних полей) 130 метров работает всегда, 150 достаточно часто. Но даже такой сегмент тебе при проектировании зарежут. Ибо стандарт гарантирует только 100 метров. Да и то, такие расстояния - если все компоненты соответствуют стандарту. Скажем, люминевый омеднённый кабель - вот даже не надейся, он и на 100 может засбоить...

помощь в случаях, когда 100 метрами не обойтись, и приходится (пусть ненамного) превышать это ограничение.

Ставить промежуточную активку. В самом крайнем случае - РоЕ репитер. Это куда как лучше, чем лотерея с "превышением ненамного". Хотя если ты сделал, сдал и забыл... то это проблемы того, кто принял.

любому технически грамотному человеку понятно, что не может быть такого - на 100 м работает, а на 101 не работает.

Вот когда тебе надо будет подняться на крышу дома в 101 метр высоты по лестнице, которая кончается на 100 метрах, тогда мы на тебя и посмотрим.