Здравствуйте коллеги (извините, что вмешиваюсь)
Вы писали:

>>Здравствуйте paul_shmakov, Вы писали:
>>
>>PS>Здравствуйте dad, Вы писали:

>>dad>>Как вы оцениваете вариант использования в качестве хранилища (БД) XML файло?
>>dad>>Программа предполагается достаточно большой (я имею ввиду объем данных),
>>dad>>но работа с данными не очень оперативная. Типичное учетно-аналитичекое приложение..
>>
>>PS> Мой Вам совет: даже и не думайте об этом! Да, xml сейчас очень популярен. Но он разработан не для хранения >>данных, а для унифицированного обмена данными между различными приложениями.
>>
>>PS>Подумайте сами: xml — это всего навсего текстовый файл с большим количеством служебной информации. То, что >>существуют бесплатные xml-парсеры, всего лишь облегчает задачу чтения данных из этого файла. И не более. С таким же >>успехом можно было придумать свой формат, более эффективный, экономичный, и работать с ним своим набором функций.
>>
>>PS>Заметьте, разницы никакой! Но простой файл — это не база данных и уж тем более не СУБД. Вам придется написать кучу >>кода для доступа к этому файлу, сохранения изменений, обеспечения последовательного (хотя бы) одновременного доступа >>нескольких пользователей, аналог транзакций и т.д. — т.е. Вам придеться написать свою свою СУБД (!).
>>
>>PS>Зачем? Вы хотите унификации, простого переноса приложений, простую замену компонент?Так используйте технологии, >>которые позволят это сделать, например, в Вашем случае — OLE DB/ADO. И подключайте свое приложение сегодня к MS SQL, а >>завтра к бесплатному Interbase не меняя при этом ни строчки кода.
>>
>>PS>Ну а если так хочется применить для чего-нибудь XML, то предусмотрите экспорт/импорт данных в этом формате, храните >>настойки проложения в XML и т.п.
>>
>>PS>Удачи!

Мне представляется, что:
1. Использовать XML в качестве носителя данных можно, если
1.1. Хранящаяся информация в настоящий момент не имеет строго определенного формата (например — надо хранить характеристики игрушек, подъемных кранов, чего-нибудь еще (о чем сейчас не знаем)) — скорее учетное приложение
1.2. Не требуется полная статистика по всему !!! массиву данных.
1.3. Не существует больших !!! XML файлов, а много маленьких
2. В этом случае у Вас может быть база-реестр (реляционная скорее всего (MSDE — хороший вариант)) хранящихся документов и их основных характеристик (например стоимость, тип ...) с возможностью поиска нужных XML документов (содержащих полные спецификации). Выбранный документ будет обрабатываться клиентским приложением (к вопросу о ресурсах сервера).
3. Абсолютно согласен со всем, что сказал paul_shmakov (в особенности о популярности)
4. В дополнение, относительно импорта-экспорта. XML может быть хорошим вариантом при сборе информации (почти одинаковый код для получения данных по Internet, эл.почте, может сами, что-нибудь еще придумаете)
5. Написать свой собственный полноценный сервер гораздо дороже (за работу надо платить), чем купить готовый

С уважением Андрей
PS. Пока реляционные базы данных справляются с большей частью учетно-аналитических задач.
PPS. С удовольствием пообщался-бы с paul_shmakov (?) (мой адрес andrewbulat@hotmail.com)