Здравствуйте, Светлояр, Вы писали:
С>В БД появляются дополнительные таблицы (как минимум две) для хранения информациии о используемых Persistent-объектах. И почти перед каждым селектом XPO трахает базу запросами о запрашиваемых типах, да ещё и join'ит их с другими таблицами;
Во первых таблица всего одна, необхдимая для загрузки типов которые не подняты в текущем домене, А структура бд, при нормальном дизайне прилаги, запрашивается либо один либо ноль раз (читайте мануалы).
С>Оверхед из XPO'шных библиотек достаточно большой для небольших приложений или сайтов (для v7.2 => 1,5 мб), CoolStorage весит около 150 кб (но, имхо, даже этого функционала вполне достаточно, чтобы написать большинство приложений, которым дозволено работать с ORM);
По моим подсчетам 1.2 метра, а если начать количество фич ставнивать то CoolStorage явно не в плюсе.
С>Реализация отношения 1:1 в CoolStorage несколько удобнее, чем в XPO (кому интересно,
http://www.devexpress.com/Help/Content.aspx?help=XPO&document=CustomDocument2055.htm );
Если честно — это не разу в жизни не понадобилось...
С>XPO — вещь платная 
Здесь уж не поспоришь, но наличие суппорта...
