d-stream

Можно убрать констрэйн, но это чревато нарушением консистентности.
Можно в проекциях объектов (таблицах) делать условно избыточность в виде нескольких полей-ссылок и поле типа.
Естественно и то и то не идеал. Но так или иначе приходится искать компромисс между многомерностью (ООП) и ее проекциями (реляционные БД). Отсюда и различные вариант нереляционных БД

Небанальные имена таблиц - это "метод неуловимого Джо".

Ну для начала стоит сказать какое именно исключение возникает.

А так - по ссылке смотрим исходник и как минимум видим:

public RandomForest Learn(double[][] x, int[] y, double[] weights = null) 
        { 
            if (weights != null) 
                 throw new ArgumentException(Accord.Properties.Resources.NotSupportedWeights, "weights");

Как можно на бумажке "в столбик" произвести сложение, вычитание, умножение, деление с числами любой длины?

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

Естественно это не считая приемов, которые применяются при вычислениях на логарифмической линейке.

Кто триппером не болел - тот не гусар -)

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

Как показывает практика - даже у старух бывают фейловые прорухи. Зачастую глобальных масштабов.
Как примеры - те же до сих пор появляющиеся уязвимости на переполнении стека и прочих классических штук времен Моррисона

Можно ли всю эту логику уместить в один запрос к базе?

да

И будет ли это быстрее, чем делать много простых запросов?

да

Сразу вопрос - какие из них? -)

using - это как минимум две ипостаси:
- будем использовать такую-то dll
- вот эту фигню будем использовать только в этом блоке, а потом вытрем нафиг

А так директива - это по-wiki: "общее руководящее указание, даваемое высшим органом подчинённому"
В применении к программированию - указание программиста компилятору

Без глубокого понимания стоит задать себе непреложное правило "у каждой таблицы должен быть primary key". В дальнейшем, когда-нибудь можно будет достичь нирваны ситуации когда pk не должно быть.

MEF - то что доктор прописал

Вообще stored procedures и во-первых не надо динамически генерить новые для sql сервера запросы с рисками ошибок и всяких дыр. А для процедур sql сервер хранит планы выполнения и прочие вкусности оптимизации.

Надеюсь домены филиалов - это ветки основного домена?

Если да - то сайтинг + на местах "вторичные" КД

И в качестве бонуса - DFS - как раз получится неплохая доставка содержимого "по местам"

В данном случае правильнее предотвратить, а не бегать по каждому пожару.
Для предотвращения - смотреть в сторону SRP

Есть общие данные по "расшифровке" vin - их можно увидеть на той же википедии. А есть еще более подробное со своими нюансами у каждого конкретного производителя.
Как правило последнее является внутренней информацией производителя и доступно ограниченному кругу официальных дилеров (иногда по платной подписке).

Так что, в силу тега "взлом", единственный путь - потрудится собрать ломанные системы от производителей, наковырять оттуда "расшифровки" и потратив сотни или даже тысячи человеко-часов потом задуматься "и что мне теперь с этой фигней делать?" -))

p/s/ для образчика можно попробовать нарыть vin номера фордов и "расшифровать" их например на www.etis.ford.com
ну и словить парочку "несистематичностей" между европейскими и североамериканскими винами...

потом можно будет поговорить про вторые vin

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

Добро пожаловать в АД(с) =)

Более-менее лёгкий путь для атолов и поддерживаемых их дровами:
1. изучаем предварительно ФФД 1.0, 1.05, 1.1
2. качаем ДТО (драйвер торгового оборудования) и документацию с сайта атола
3. изучаем немного форум техподдержки атола

Ну а дальше - офигеваем от несогласованности возможностей ккм и версий ффд (помня что аналогичная косячность существует еще на связке ККМ-ОФД)

Собственно если бы не технико-организационно-законодательные косяки - все было бы просто и понятно - в драйвере торгового оборудования пара десятков вызовов, из которых нужен пяток...

Примерчики лежат в очень "феншуйном" месте Program Files (x86)\Atol\Driver8\Samples -)))))))))))