А что пишете, если не секрет? Внутрикорпоративное приложение или продукт для широкой продажи? Любопытно, где сейчас не просто пишут на WPF, а так, чтобы было "очень большие объемы визуальных представлений" ).
Возможно связка XML+XSLT была бы более популярной, если бы не потрясающая сложность XSLT относительно его выразительности. Так вышло, что люди сначала обманываются простотой XML (который при real-world использовании не такой уж и простой), а потом их добивает функциональный язык, который в общем-то Лисп, только синтаксис ещё хуже (в Лиспе его просто нет, а в XSLT такой, что лучше б его не было). Был бы нормальный язык преобразования документов - идея бы жила. XML не так уже и плох для своей основной задачи - представления документов, т.к. в документах естественным образом есть иерархия. Я тоже вспоминал про XML, когда впервые услышал о кастомных тегах в рамках веб-компонент.
Сейчас по сути HTML-ом пытаются заменить XML как для конечного представления, так и для хранения документов, ну а для преобразования DOM-дерева вместо нормального аналога XSLT, к сожалению, используется JS с 1000 и одним фреймворком - оказалось, это людям проще и привычнее, чем специализированный язык (хотя JSX жутко похож на XSLT в плане возможности инлайна создаваемых DOM-элементов).
svilkov87 вариант с одной таблицей плох тем, что раз у вас будут значительные различия по полям между видами товаров, схема не будет выполнять свою основную задачу, и многие из/большинство полей будут NULL. В конце-концов вы запутаетесь, т.к. реляционная модель концептуально противоречит с таким подходом "разреженных" записей. Если выбирать между одной таблицей со всеми полями и несколькими таблицами, то вариант нескольких таблиц безусловно лучше.
teke teke ну если б автор хотел REST НЕ поверх HTTP, он бы явно об этом сказал. Это раз. Во-вторых автор сам упоминает про " http code 200", поэтому Сергею остаётся только удивляться, как человек описывает фрагмент стандарта, но говорит что его нет.
Единственное о чём тут можно порассуждать - это формат тела ответа с ошибкой.
Виталий Столяров к сожалению, подтягивание dll-ек симейком на Винде - вопрос открытый, по кр. мере для меня). Быстрых решения два - добавить пути в PATH, чтобы загрузчик находил библиотеки (так вроде Qt поступает при установке на девелоперские машины), либо я слышал некоторые ребята делают add_custom_command и вызывают cmake с ключами для копирования dll-ек в папку с exe.
Что касается переноса ну другую систему - тут имхо надо собирать нормальный инсталлер, т.е. ковыряться с CPack и настраивать WiX-генератор, либо руками писать WiX-файлы.
Человек просил "аргументы" - он их получил. Между "аргументами" и "решением" путь довольно долгий). Тем более, судя по содержимому вопроса, все решения на счёт транзакций уже были приняты ранее, а ребята просто похоливарить решили)
По-хорошему тут целых два независимых вопроса - использование ключей и транзакций - по каждому из которых можно говорить довольно долго, и подробностей по конкретному проекту понадобится немало.
WayMax а совет весьма практический. Подсовывать разные cpp-шники при сборке под разные платформы. Вам посоветовать для какой-то конкретной билд-системы?
JoveLebedev о самых простых, о B-дереве например. Почему вы считаете, что даже если вы не делаете фильтрацию (вы же её имели в виду?) вам не поможет индекс?
Висит ли оно в процессах? Падает ли ошибкой? В виндовом ивентлоге что-то есть об этом приложении?
В коде программы может быть предположение о текущей директории, при запуске из Студии и автономно текущая директория может ставиться разная. Это может быть источником проблем.
Это что за конструкция?