d-stream

где условно есть склад(ID,название оргтехники, кол-во на складе).

На самом деле есть:
- N поступлений товара в каком-то количестве от какого-то поставщика какого-то числа
- M списаний товара в каком-то количестве какому-то получателю какого-то числа

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

Это если совсем упрощенно.

Это уже сродни мультикастам (iptv), где большая часть нагрузки лежит на транспорте (коммутаторах) а не на софтовой стороне.

Если взглянуть на вопрос в ключе потенциальных повышений нагрузки и расширения функционала - то один порт, на одном хосте окажутся узким местом. Так что можно смотреть и шире - сервисы расползутся по разным хостам и т.п. Или не смотреть на это.

Вообще офтальмологи оперируют не увеличением/уменьшением, а диоптриями и т.п.
Любое "увеличение"/"уменьшение" - это значит выпуклая или вогнутая линза = очки с диоптриями... То есть для коррекции.

И да, помимо этого даже в нулёвках так или иначе фигурируют оси и межзрачковое расстояние, которое разное у разных людей. Поэтому абстрактные очки - скорее вред. Особенно для длительного применения.

Так "объединять" надо базы, таблицы, инстансы или серверы? Все это немного по-разному.

сортировать не по полю, я по значению функции от этого поля (полей)

для этого в sql есть замечательный case (помимо ifnull/isnull/nullif и т.п.)

case when position=0 then 100500 else position end

p/s/ и кстати стоит подумать - а не быть ли дефолту null а не 0 - тогда раскроется еще один аспектик ордеринга (в ряде диалектов) как раз про null раньше/позже всех

Там собственно все прозрачно
есть секция [UninstallDelete]
где описываются файлы/директории для удаления - которые деинсталлятор удалит
(там же призывают к аккуратности в плане *.* и т.п. - дабы случайно установленная в c:\ установка при деинсталляции не попыталась удалить все с c:\ ))
p.s.
ну и рядом [UninstallRun]
где в общем-то что-то запустить при удалении
притом помимо taskkil и sc stop service / sc delete service
можно даже запустить какой-нибудь предварительно написанный или готовый "зачищатель"

- алё, справочная, скажите а какой номер у Иванова
- 12345
- спасибо, звоню ему

думаю кто в диалоге выше reg.ru и какой телефон у его справочной - понятно?)

Оутстаффинг видимо...
По-моему в явном виде его запретили относительно недавно.

Упрощенно можно рассматривать vlan как отдельные кабельные сети со своими коммутаторами.
Термины у разных коммутаторов могут отличаться, поэтому попробую обобщенно:
порты к которым подключены конечные хосты - будут членами каких-то конкретных vlan, а порты коммутатор-микротик - будут включать в себя все vlan
останется на микротике на портах к коммутаторам прописать эти vlan и настроить для них нужные правила

Покуда микротик будет лишь пропускать или нет компы в internet - все будет хорошо. Но как только захочется гонять что-то между компьютерами из разных vlan - микротику придется заняться маршрутизацией и тут боливар станет задыхаться....

Решение есть - либо более мощный маршрутизатор, либо L2+/L3 коммутатор - тот умеет маршрутизировать пакеты со скоростью коммутации (правда и гибкость в плане маршрутизации поменьше, но как минимум acl обычно все умеют)

Можно воспользоваться дополнительным уровнем - реализовать CRUD в рамках sp субд и оперировать на этом уровне.

Падает на строчке с проверкой файла на существование.

и именно so?
что будет, если обернуть в try-catch это место?

Не скажу за mysql, но вообще современные СУБД обладают достаточным интеллектом, чтобы построить оптимальный план выполнения даже из буквального перевода описания условий

select * from tbl1 where tbl1.x not in (select  x from tabl2 where ...)

В общем случае табулированный текст каждый может отобразить для себя с нужным количеством пробелов в зависимости от желания, размера экрана и т.п. В обратную сторону - увы - без изменения текста это не прокатит.
Но видимо мир захватили профи, центрующие текст пробелами)

Чуть в стороне от чисто программирования существуют разные шрифты, лигатуры и 5 пробелов совсем не равны по длине соседним 5 пробелам другим шрифтом...

Сам SQL прост, там как у Эллочки Людоедовой минимальный словарный запас:
select
insert
update
delete

Остальное не столько сам sql, а скорее понимание общей теории реляционных [баз данных] отношений.

Наверное совсем по-простому: "не ждем". То есть "иди делай, по окончанию доложишь [докладывай каждые полчаса]" и дальше занимаемся своими делами.