cdtyjvреализовать движок SQL Server так, что бы он все хранил в виде XML?
А я верну мысль - движок SQL в настоящее время вообще не нужен.
Его делали зачем? - Хранить данные на диске, потому, что у тогдашних серверов было по 32 мегабайта памяти....
А сейчас на десктопе - 4 гига.
Вся база данных может быть в памяти, в виде коллекций, с указателями на родителя и на любую необходимую сущность.

:-)

По скорости бьет всех конкурентов.
Из недостатков - нет конфигурационного масштабирования, надо дописывать код.
Зато понятно, как его дописывать - я когда сделал и уволился - ни разу не позвонили и не спросили - ":-{} ?" ...

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

:-)

Где-то в степиD129,
то есть у вас на декстопе обыкновенный датасет?

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


Логистика полок автоматического склада.
100 000 полок при загрузке сайта съели 300 мегабайт памяти. А это большой склад, поверьте.
На ближнем востоке - так вообще чемпион.

ПарамонD129я когда сделал и уволился - ни разу не позвонили


Я имел в виду что не звонили с вопросами "а как это изменить"....

Позвонил начальник, и поблагодарил за работу. От моего модуля было минимальное количество проблемм, и они в разы легче чинились.

cdtyjv Люди, вы это все серьезно???

"Капитализмус не есть идея. Социализмус - это идея. Капитализмус - это чистоган". (с)

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

Проблема в том, что даже Виндовсом 95 не стали пользоваться все.
Аналогию понимаете?

Скорость не всегда решающий фактор.

Вот мне нужна была скорость - когда я начал "тянуть все в память"? - нет.
Вообще то, что мы начали делать предназначалось для клиента, который строил маленький склад, и не хотел покупать "большую" складскую систему.
А потом так же поступил очень большой клиент - и системка, которая должна была обрабатывать каких-то 4000 полок, подняла 100000. Случайно так произошло, кстати, с подачи умников, которые как раз вроде вас - фанатично решили "никакой логики в базе данных, никаких запросов в коде!" - что мы и воплотили.

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

Ну конечно трехзвенка - клиент получал данные через WCF.
На западе редко бываешь "сам себе режиссер"...

Я доволен тем, что угадал с архитектурой в том пространстве, которое мне выделили "для творчества", и потом легко сделал "конкурентноспособный продукт".
Который смог заменить изделия крупных фирм (в той области).

Если бы я запредметился на требованиях первого заказчика (а они были скромные) - и сделал бы только их, не соблюдая ООП - то это было бы невозможно.

Стесняюсь сказать, но я и ОРМ свой тоже сделал. Обошелся без EF и Хибернейтов.

Для требования "никаких запросов в базе" - подошел моторчик, который строил запросы (о да, параметризированные ;-) ) на Insert и Update - с помощью рефлекшен, Ну а с удалением или загрузкой всего - вообще элементарно....
Когда версия базы и кода расходилась - кидался вменяемый эксепшен, оставалось только в базу добавить недостающее поле.

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

Кстати - топикастер, подумайте о том, что ваш чудо-продукт надо еще уметь конфигурировать - и пока только вам очевидно как...
:-)

skyANAD129, а Вы Фаулера читать не пробовали, ради интереса?

Все это было уже давно.
Ну и я же написал - на западе редко бывает возможность заниматься самодеятельностью.
Важно не то, что читал ты, а что читал менеджер и дизайнер.
То и будет использоваться. Причем, доводы что "не стоит стрелять из пушки по воробьям" - тут не проходят, так как за стрельбу из пушки больше заплатят.
Вот сейчас я работаю в фирме, и тут то как раз все вышестоящие начитанные и перечитанные.
У нас супер-пупер масштабирование и "идеально чистый" код.
Аджайл и юнит тесты - и вообще все, что только модно.
:-)

skyANAD129Аджайл и юнит тесты - и вообще все, что только модно.
:-)10 лет назад это было модно, а сейчас это тупо набор практик и инструментов, что либо подходят, либо нет вашему проекту.

Реальные бизнесы, видимо, раскачиваются медленно.

Мы со всей этой фигней (тестами и "clean code" ) въехали в проблемы производительности,
и ситуация плохая. Но по отчетам все ок.
Проблема в делении на кусочки того, что должно работать вместе.