d-stream

Обычно в системе фигурирует учетная валюта. Ну и на лету или стационарно вычисляемая иная валюта. В определенных ситуациях пересчет в иную валюту может оказаться не в лоб по кросс-курсам, а еще и с учетом конвертационных издержек. В общем случае это может быть нечто типа y=ax+b или даже посложнее с учетом (%, но не менее хх монет)

В лоб - классифицируем товары по ценовым категориям, оборотам и далее для категорий расставляем мультипликативную и аддитивную наценку.

Этакая ABC классификация.

Как уже выше сказали - индекс
+ не помешает заменить in (select) на inner join

Предлагаю вначале забыть про программирование, C# и .NET и просто описать словами желаемое.

Минимальное - получив от DHCP адрес и маску - можно получить предположительный размер сети - возможные адреса.

К примеру DHCP выдал
IP 192.168.199.48
MASK 255.255.255.0
GW 192.168.199.1

тем самым можно предположить что речь идет о сети 192.168.199.0/24 с адресами от 192.168.199.1 до 192.168.199.254

НО: какой именно диапазон из этих адресов DHCP выдает - вопрос к его настройкам. Возможно его пул от 192.168.199.47 до 192.168.199.49 а возможно и 192.168.199.2 до 192.168.199.254

DNS - ну теоретически конечно клиенты могут регистрироваться в локальном DNS, а могут и нет....

p/s/ можно конечно попинав DHCP (на его уровне) перебирая адреса получить ответы типа "адрес занят", "адрес недопустим", "адрес выдан" и косвенно сделать выводы, что:
- такие-то адреса DHCP не выдает
- такие-то мы заняли (за это могут побить подсвечником)
- такие-то адреса были арендованы и возможно сейчас хост подключен, а может быть уже выключен...

Простейшая ситуация: update нескольких таблиц по результатам отбор из других .
Отдельные запросы "извне" рискуют не выполнится (например обрыв связи). Инициации транзакций в такой схеме - чревата при том же обрыве связи их незавершением.

А процедура - можно считать ее неотъемлемой частью БД - гораздо меньше подвержена всему этому. Ну и как бы "атомарна" в рамках реализации бизнес-логики.

Изменения структуры данных в данном случае могут затронуть лишь бд-сторону (структура таблиц и процедуры).

В принципе
select top 1 - если нужен какой-то результат
if exists - если нужен сам факт наличия

Дурацкий, но "бронебойный" вариант:

DECLARE @execute_cmd varchar(max)= '';

-- выбрать один из трех вариантов по вкусу
--SELECT @execute_cmd = @execute_cmd+'begin try  truncate table ['+name+'] end try  begin catch end catch ' FROM sys.tables WHERE type_desc = 'USER_TABLE';

--SELECT @execute_cmd = @execute_cmd+'begin try  truncate table ['+TABLE_NAME+'] end try  begin catch end catch ' FROM information_schema.tables WHERE TABLE_TYPE = 'BASE TABLE';

--SELECT @execute_cmd = @execute_cmd+'begin try  truncate table ['+Name+'] end try  begin catch end catch ' FROM dbo.sysobjects WHERE xtype = 'U';

EXECUTE @execute_cmd;

и потом многократно "долбить" последнюю строку....

ибо foreign key и просто так удалить таблицу, на которую ссылаются данные из другой таблицы - не вариант

Мне кажется, что человек, который имеет опыт программирования, может спокойно освоить 1С, или я не прав?

Скорее нет. По крайней мере у человека, знакомого с современными технологиями программирования (и языки и среды) зачастую взгляд сторону 1С вызывает стойкую негативную реакцию.

Надо чуть-чуть прошерстить закон на предмет кто сейчас пока имеет право не использовать ККМ. Ну и попытаться натянуть деятельность конкретного магазина на это...

Ну или вариант 2 - безналичные и псевдобезналичные продажи: не принимать нал и оплаты с карт, а только лишь гененрировать ПД-4 для оплаты в банке. Насколько я понимаю - пока еще на этот счет нет жесткого "должен быть чек"

Как вариант - использовать идеологически сходную использованной в FoxPro модель:
скармливать данные репортеру, который либо напрямую либо через txt-файл будет формировать/печатать отчеты

Как кандидаты для рассмотрения:
Crystal Report, StimulSoft Report, Microsoft Report Service

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

p/s/ только что проверил: стимулсофт умеет в текст гнать:

+---------------------------------------------------------+--------+
|                     Основные данные                     |Согласие|
+----+-----+----+------------------------+----------------+-       |
|№ п/| ID  |Тип |      Наименование      |     Группа     |        |
|    |     |    |                        |                |        |
+----+-----+----+------------------------+----------------+--------+--------------------------------------------------+

Это тупо кусок обычного красивого графического отчета при выгрузке в текстовый файл. Естессно можно его гнать не в файл, а в поток и потом гнать поток например в LPT
_________________________
* - в давние времена в win существовал драйвер текстового принтера - по сути в таком раскладе поток печати был голым текстом

Есть куча разных программ по сбору информации и инвентаризации.
Собственно даже aida раньше точно умела выполняться в silent режиме и складывать репорты в нужное место

Соответственно политиками задаем выполнение чего-то подобного и спустя какое-то время получаем в сетевой шаре гору репортов про компьютеры.

Ну и: https://habrahabr.ru/post/124386/

Принципиального смысла все складывать в одну сеть - нет. От этого только вред. Более правильный вариант - разрешить доступы. Притом только те, что нужны и тогда злоумышленник не наворотит дел.

Если на безопасность совсем наплевать можно из WAP сделать Access Point

cte with recursive

но можно обойтись без этого

Вероятнее всего в интерпретации varbinary поля как varchar

https://codedump.io/share/OoDafDX5wXC2/1/cannot-fe...

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

А в чем проблема-то?

Громоздкость - это не критерий. Главное чтобы оптимизатору-планировщику было понятно как выполнять запрос.
Вот если запрос выполняется медленно - тогда думать надо.

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