d-stream

У параметров stored_procedure есть модификатор out

То бишь по выполнению процедуры можно его прочесть на c# стороне

Но кмк стоит в виде "единого действия" в одной процедуре делать все логически связанные операции.

Как показала практика в живущих проектах "1,2,3 и никогда не будет расширятся" - достаточно быстро расширяется)

Как примеры: еще недавно пол был М или Ж и можно было хардкорить… уже типа нет...

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

p.s. Кстати почему бы не быть товару показываемым только неким группам? (вот и 4 вариант для того что не может меняться)

Вирус - влезает куда может, куда не может - не влезает. Антивирус - должен работать везде.

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

Гм... если фигурирует "округлять", то наверное было бы более честным использовать типы decimal
Ну и как бы Round все-таки быстрее чем Round + деление и умножений (если конечно оптимизатор не приведет все это к одному и тому же)

Паттерн - это упрощенно "типовой прием программирования". А конструктор - это уже из самого программирования.

К примеру паттерном программирования (скорее стилем) может быть обязательная реализация конструкторов без параметров или наоборот.

Ну sql между собой вполне умеют дружить - linked server. А данные - тут только из понимания схемы.

Как итог - получится некий скрипт который будет в простом случае делать insert into dst select ... from src и потом delete from src, а в более сложных ситуацях - будет несколько позабубенистей.

Но это реально... хоть и муторно даже 'живя' в более-меннее большой схеме базы

Что мешает дорасширить исходный запрос нужными join и получать ровно нужный список?

Договор как уже и отметили может быть и устным. Но "стреляет" договор хоть и реже чем ружье на стене, но мощнее. Как таковой договор нужен для разруливания конфликтных ситуаций.

С налогами (если речь именно о налогах) все просто - либо как физлицо - 13% (НДФЛ), либо как та или иная форма предпринимательства (например ИП УСН/ПСН/СЗ). Инфошум про самозанятых пока еще в виде закона не реализовался, но больше всего он будет похож на ИП УСН6%, только 3% без права найма и оказание услуг только физлицам. Патент/налог на вмененный доход - тут надо примерять и сравнивать с той же УСН. Зачастую второе даже повыгоднее и в цифрах и в рисках.

Найти любое средство работы с dbf (хоть dbase iv из 90х) и в нем выполнить проверку и исправление логической структуры файла

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

Лучше нанять гуру SQL, чтобы потом не создавать вопросы "как побороть тормоза?"

Первое что напрашивается - отфильтровывать явно несравнимые. Например какой смысл сравнивать трехбуквенное имя с пятнадцатисимвольным?

Ну и общий вопрос: а в каком из имен Тимур, Темур и Теймур опечатка?

Волшебное универсальное средство - case
www.mysqltutorial.org/mysql-case-function

Если очень коротко - как с патентами: кто первый подал заявку - тот и прав. Код - можно регистрировать.
Если обе стороны не сделали - то правота будет болтаться между тем кто первый пожаловался и тем кто подробнее доказал свое авторство (черновики, наработки, коммиты)

Ну и казусный момент: само авторское право - принадлежит автору и по сути неотчуждаемо - создал - значит автор. А вот уже имущественные и прочие права-следствия - зависит от подробностей.
То есть первый шаг бодни - авторство, второй - есть ли веские доказательства, что автор получал задание и деньги и были ли договора на отчуждение права использовать и т.п.

Ответ я бы сформулировал так: арендуйте самолет и отправьте группу своих юристов IT направления в ICANN.

Если нет юристов или самолета - тогда все-таки стоит посмотреть в сторону доменов второго уровня.

Выставить счет
И соответственно статус заказа

То что ищется - имеет практически нулевую релевантность с тегами *sql
А структура - ну или оглядываться на модель прав win/lin или упрощать ее до своих потребностей юзеры/группы/права