Akina

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

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

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

Сначала формируете из базы команды для переименования файлов, затем одним запросом переименовываете картинки в базе

Странная схема.
Во-первых, никаких разветвителей, для коммутации сетей используют коммутатор (свитч).
Во-вторых, компьютер ходит в интернет через роутер. Подключение к провайдеру настроено на роутере. Можно настроить его на компьютере, но не одновременно с роутером.
В-третьих, если расскажете, для чего отключать роутер, можно будет предложить лучшее решение (хотите отключать беспроводную сеть?).
Пока видится, что в роли "разветвителя" как раз должен быть роутер.

Если по записям нет никакого поиска и всегда точно известно (вычислимо) имя файла, то база данных не нужна. Заливка на CDN тоже не имеет смысла, поскольку ваш API будет на одном сервере, а не разбросан по миру. Проще всего в этом случае хранить все файлы локально на API-сервере.

Самое важное - раз в какое-то время восстанавливать базу и проверять что получилось.
Дополнительно:
- если нагрузка на базу неигрушечная, то запускать бэкап на реплике
- если хочется/нужно откатиться на любую точку во времени - сохранять бинарный лог

А если хочется все это автоматически с удобный GUI - использовать DBaaS (AWS RDS, Aiven и т.п.)

лучше сделать partitioning этой таблицы, либо вообще логи вынести из обычной базы, в специальные (но это если с ними надо активно работать)

https://www.google.com/search?q=uuid+guid+диска+windows
https://www.google.com/search?q=uuid+guid+компьюте...
https://support.anydesk.com/knowledge/anydesk-id-a...
Ещё вариант: удалить конфликтующее ПО (Anydesk, СБИС,..), вычистить в реестре все его следы, установить заново.

Но как по мне, вы больше сил потратите на борьбу с последствиями, чем сэкономили сил за счёт клонирования. Есть смысл клонировать систему с драйверами и обновлениями, но без прикладного ПО, причём даже это нужно делать через Sysprep и только после этого клонировать диск.

Самый лучший способ это Event Storming! Это как раз будет связующее звено для понимания и вами и программистами. Конечно, лучше найти такого специалиста - Архитектора.

По сути техника Event Storming — это воркшоп с простой структурой, на котором эксперты по предметной области и разработчики совместно исследуют эту самую предметную область. По мере исследования участники раскрывают всё больше неопределенности и скрытой сложности, сверяют предположения с реальностью и снижают влияние предположений на качество продукта.

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

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

Из своего опыта могу сказать, что ни раз даже помогало увидеть полную картину своего бизнеса. Сразу вырисовывается организационная структура, разграничение ответсвенностей и другое. Проводится довольно быстро. Это легче чем написать ТЗ. После проработки Event Storming можно уже давать задания для программистов, дизайнеров, маркетологов и др. Очень полезная техника для автоматизации. Всегда проще сначала нарисовать бизнес, а потом его автоматизировать.

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

Если Вы хотите это сделать для своей сети - то лучше воспользоваться готовым, iiko например, это будет наиболее дешёго.

А спросить по идее надо у сисадмина, который это будет обслуживать

И не понятна формулировка - "система управления рестораном". Что конретно требуется и чем конкретно надо управлять?

Обычно БД создается во время процессов CD/CD через технологии liqubase/flyway.
Таблицы тоже. В этом есть смысл потому что БД и таблицы это такие долго-живущие объекты
и кроме того не лежащие в плоскости транзакций. Они - выше транзакций и их надо логически
отделять от прочего java кода. А в java коде - оставить insert/update/delete.

CREATE TABLE IF NOT EXISTS users (id INT, class INT, liter TEXT)

А если она уже существует? Колонка liter в ней есть?

SELECT m.DOCUMENT_ID, m.JOB_ID, p.PERSON_ID
  FROM (SELECT DOCUMENT_ID, MAX(JOB_ID) AS JOB_ID
          FROM my_table GROUP BY DOCUMENT_ID ) AS m
  JOIN my_table AS p ON m.DOCUMENT_ID = p.DOCUMENT_ID AND m.JOB_ID = p.JOB_ID