Станислав Макаров

Сложно вам посоветовать в такой ситуации что-либо. Интересно, чем занималась контора та, что программисты C# с sql не знакомы, разве что играми..
В целом вам надо ознакомиться с современным представлением о реляционных БД (вы же все-таки аналитик, вам нужно знать на разных уровнях и масштабах), с архитектурой приложений, использующих РБД (толстые и тонкие клиенты, веб-приложения), и потом уже некоторые детали касающиеся языка.
С точки зрения программиста C#, я бы от вас как от аналитика ожидал знание различных принципов и дисциплин доступа к рел. данным, а именно:
- использование ORM: когда можно и нужно), когда хочется, но нельзя, когда можно "толстую" ORM (Entity Framework, NHibernate), а когда - тонкую (LINQ to SQL); использование кода на стороне БД - триггеры, хранимые процедуры;
- принципы построения слоев доступа к данным в сочетании с бизнес логикой (паттерны и антипаттерны в этих ситуациях, например Anemic Data Model);
- способы контроля версий схемы реляционной БД - миграции, source control для триггеров и хранимых процедур (если они есть), политики обновления схемы вместе с выкатыванием новой версии ПО;
- формирование тестовых данных в тестовых базах;

Вот если сможете по этим вопросам проконсультировать, то разработчикам останется только подучить SQL и конкретную ORM, если будете использовать.

Значит так, во-первых вам для Qt и для вашего приложения нужно использовать один тулчейн (компилятор), иначе будет огромное количество странных проблем. Т.к. вы разрабатываете в 2012-й студии, а, к сожалению, официально 4-й кьют под эту студию не собирался, вам придется как минимум поставить компилятор из 2010-й студии (не помню, возможно 2012-ю можно таргетировать на старый компилятор, чтобы не ставить 2010-ю студию целиком). Можно и попробовать собрать из исходников, но я не могу назвать это простым делом.
Во-вторых, если мы представим, что вы выполнили предыдущий этап, и у вас есть собранный Qt и компилятор той же версии, то в зависимости от конфигурации (Debug|Release) ваша программа будет линковаться на разные рантаймы. DLL-файлы рантайма имеют букву 'd' в конце имени файла. Для разных версий VC++ они называются по разному:
msvcr90[d].dll+msvcp90[d].dll - Visual Studio 2008 (MSVC 9.0)
msvcr100[d].dll+msvcp100[d].dll - Visual Studio 2010 (MSVC 10.0)
msvcr110[d].dll+msvcp110[d].dll - Visual Studio 2012 (MSVC 11.0)
msvcr120[d].dll+msvcp120[d].dll - Visual Studio 2013 (MSVC 12.0)
Для чего я это привел - т.к. ваша ошибка прилетела скорее всего из подсистемы side-by-side, и связана с конфликтом версий библиотек, в качестве workaround советую вам найти дебаг-библиотеки там где у вас установлена студия, и скопировать из к exe-шнику вашего приложения, чтобы эти библиотеки подхватывались приоритетнее. Однако перед тем, как вы это сделаете, попробуйте следующее:
0) разберитесь с версией компилятора, под которую собирался Qt. Возможно лучшее решение - таки поставить компилятор из 2010-й, не решив этот вопрос продолжать нормально работать невозможно
1) убедитесь, что пересобрали проект (сделайте Rebuild All)
2) поставьте апдейты на 2012-ю студию, если она не последней версии
Если проблема останется, возьмите Dependecy Walker, натравите на Exe-шник, и проверьте, откуда он подтягивает debug-библиотеки.
Если есть вопросы - в комментарии.

Убедитесь, что установили этот https://www.nuget.org/packages/System.Data.SQLite/ или этот https://www.nuget.org/packages/System.Data.SQLite.Core/ пакет. sqlite-net вам ни к чему, если эти уже установлены, попробуйте его удалить, возможно он приводит к конфликту. Правильно установленный пакет System.Data.SQLite должен быть самодостаточен в плане сборки (должен копировать нужные файлы сам).

В XP предлагается для установки древнейший 1.1 и то его почти никто не ставит, так что можно считать, что нет (последний дотнет, поддерживаемый на XP - 4.0). В семерке из коробки 3.5 (что включает в себя 3.0 и 2.0), поставить можно любой из имеющихся на данный момент (1.1, 4.0, 4.5, 4.6).

Реальная проблема - зависимость от System.Web, которая, в свою очередь, слишком сильно завязана на IIS, и, если не ошибаюсь, на http.sys. Инженеры из Майкрософта (и их начальство тоже) хотят запускать новый asp.net на всех популярных платформах, чтобы подтянуться до уровня других популярных стеков технологий, такие как RoR или django. Чтобы зависимости от окружения было минимум, нужен суперлегкий интерфейс между веб-приложением и его окружением. В мире дотнета это и будет OWIN. Также как Rack в стеке руби.
Если хотите чуть более пространно - вот я отвечал ранее на похожий вопрос.

Я думаю вам придется изучить и частично повторить логику винды в плане приклеивания окна - т.е. получать размер рабочей области на текущем мониторе и делать окно в половину области с нужным положением. С точки зрения приложения нет никакой необходимости сообщать ему, что окно прилеплено - для него не должно быть разницы, прилепили его или вручную поресайзили до такого размера.
Старый размер окна запоминает виндовый менеджер окон, как и в случае c maximize/minimize - иначе бы старые приложения не работали с прилипанием, а они все работают без проблем, значит операционка ничего нового не требует.

> Четкого формата таблиц нет.
Значит реляционная модель как таковая вам не подходит. Тут есть два варианта:
1) Entity-Attribute-Value (возможно это вы и имели в виду под "Сохранять каждую ячейку по отдельности", ну тогда решать вам. Работать будет разумеется медленнее, чем нормальная таблица, но у вас же нет схемы, ничего не поделаешь)
2) JSON/XML. Тут уж либо поля типа XML, либо привет документно-ориентированная СУБД.

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

Community-редакция DotFuscator. Вам поддержка MSBuild на каком уровне нужна? EXE-шник всегда можно вызвать, а вот есть ли сборки с msbuild-тасками - не могу сказать.

Ну вот толковые в принципе ответы на SO: stackoverflow.com/questions/4279185/what-is-the-us..., посмотрите, и скажите что конкретно непонятно.