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

Элементарно делается триггером и опорной MyISAM-таблицей со вторичным автоинкрементом. Concurrent-safe.

прошу прощения, что не указал - MySQL

Для MySQL всегда указывайте точную версию.

Насколько хорошо бэкенд-разработчик должен знать SQL?

Желательно ещё понимание NULL. Особенно в конструкциях типа WHERE IN..

Насколько хорошо бэкенд-разработчик должен знать SQL?

Не парься. Подавляющее большинство разработчиков с SQL "на Вы" - и ничего, работают. Не, конечно, какие-то основы, достаточные для написания простейших запросов, нужны..

Как можно назвать эту схему?

Да во проблема... назови её "схема коммутации ядра сети", например, да успокойся.

Лучше удели время наглядности - ни хрена ж в твоих параллельно идущих линиях не разобрать. Ну и свалить в одну кучу (выстроить одной колонкой) коммутаторы, серверы и бесперебойники - тоже не комильфо... да, транки можно и объединять.

Порт консольный USB на коммутаторе Avaya 3626GTS-PWR+. Кабель или нет?

Нужен USB-DB9 или USB-DB25 кабель (подключается к сериальному порту).

В гугляндексах:

usb console cable - чтобы купить
usb console cable pinout - чтобы посмотреть распиновку

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

rinaz22,

обычные таблицы, условно с id, name, login, comment

И что, они настолько секретны, что DDL ну никак нельзя публиковать?

Если с тебя что-то просят - то вовсе не затем, чтобы хоть что-то ляпнуть и заставить тебя потрудиться.

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

Выложите CREATE TABLE таблиц, текст запроса и его план.

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

Необходимо вытащить для каждого уникального customer_id, первые 1000 записей с таким customer_id

Первые при какой именно сортировке?

Какие еще есть полезные режимы сортировки кроме как по столбцам?

вам в жизни хоть раз были нужны какие-то более сложные режимы сортировки?

Да сплошь и рядом!

- NULLS FIRST/LAST при сортировке;
- Сортировка по [сложному] выражению (теоретически - вплоть до коррелированного подзапроса).

функции типа random() вместо ASC\DESC вообще бывают нужны?

Только при использовании TOP/LIMIT, иначе бессмысленно.
Ну и использование ASC/DESC вместе с RAND() - тоже бессмысленно.

Что лучше: больше полей или больше Join?

Рассмотрите также вариант партиционирования таблицы socials по полю social_name - это позволит не указывать условие and s_vk.social_name = 'vk', а просто указывать нужную партицию для каждой связываемой копии.

Как исправить ошибку при импорте БД MySQL (Некорректное значение по умолчанию)?

Ваш MySQL - версии 5.5 или ещё древнее.

Обновите версию.

Как исправить ошибку при импорте БД MySQL (Некорректное значение по умолчанию)?

5.6 и 5.7 прекрасно переваривают выложенный скрипт.

стоит попробывать заменить на

Абсолютно бессмысленное действие - заменять один алиас на другой.

Как сконфигурировать статические адреса на host Only интерфейсах в virtualBox?

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

Что лучше: больше полей или больше Join?

текущий запрос

Ну и зачем подкидывать серверу лишней работы? Бегать, смотреть socials.id... когда можно использовать повторно уже использованное при связывание поле.

Заменить count(s_vk.id) as count_vk, на count(s_vk.post_id) as count_vk,, то же по остальным полям.

Как лучше - куча join-ов для формирования таблицы вывода или изменить таблицу socials добавив колонки vk | tg | ok | tw (и отмечать 0/1 был клик или нет) и один join с подсчетом кол-ва нужной колонки (прим.: sum(vk))

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

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

igorc75,

я добавил 1 запись, другой магазин сделал заказ, и первая строчка продублировалась

О! вот тут уже действительно нужна группировка, которую я удалил, чтобы получать выборку детально по каждому соответствию. Только вместо MAX(), как в вопросе, нужна скорее SUM() - а ну как будет несколько заказов одного товара от одного магазина... И в выражение группировки следует включить все поля, не обработанные агрегатными функциями.

fiddle

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

Вот это дело. Преобразуем в fiddle.

Показанный запрос - синтаксически ошибочен, incomplete grouping. С соответствующим сообщением об ошибке.

На всякий случай ниже - поправленная версия вопроса. Чисто в отладочных целях. И я вижу 29 уникальных записей. Если это неверно - показывай ТРЕБУЕМЫЙ результат для именно этих данных, с подробными пояснениями.

"Incorrect syntax near '18'. Unclosed quotation mark after the character string ')'." что с этим делать?

изначально она пустая

Да похрен какая она изначально! Важно, какая она в момент попытки выполнить запрос - т.е. в момент выполнения command = new SqlCommand(query, Form1.connection);

"Incorrect syntax near '18'. Unclosed quotation mark after the character string ')'." что с этим делать?

bebrikc,

query - совершенно пустая переменная

Ну чего бред-то нести!!!

После query = $"Insert ... - она пустая?

"Incorrect syntax near '18'. Unclosed quotation mark after the character string ')'." что с этим делать?

А показать, что там насобиралось в переменной query? а указать точно СУБД и её версию?

PS. В показанном коде - нечётное количество одинарных кавычек.

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

igorc75,

о каких комментариях идет речь?

Вы что, даже не смотрели, какой текст находится в выложенных файлах?

что вы "увидели" такого что вы называете дерьмом?

То, что НЕ НУЖНО для моделирования ситуации. Про достаточное для моделирования количество записей на таблицу сказано выше, всё остальное - лишнее, а всё за пределами сотни записей - лишнее дерьмо.

или вы тут на форумах только спамите?

Сперва заработайте в графу "вклад" хотя бы единичку... ну или хотя бы дайте ну хоть один ответ, принятый как решение, в ЧУЖОЙ теме.