PostgreSQL + Python(PHP?) + XML (очень много!)

> 1. Планирую использовать в качестве СУБД PostgreSQL - как у нее с большими объемами данных?

А как у вас с чтением книжек с большим числом страниц? Небось в зависимости от того, является ли книжка полным собранием марининой или курсом матфизики... Также и у СУБД... примерный вид запросов давайте, тогда можно о чем-то говорить будет.

> 2. В качестве веб-сервера Apache - слышал что сильно требователен к ресурсам при большом количестве подключений

Вопрос в том, нужно ли иметь такое большое количество подключений.. если у вас нету клиентов на диалапе или недругов которые вас ддосят, можно обойтись и без большого числа подключений... (и большое - это сколька? 100? 1000?)

> 3. Python - как с библиотеками для работы с XML (XPath, XSLT, XQuery), либо PHP т.к. с ним все же больше опыта

Размер одного XML-файла какой будет?

> 4. Количество одновременно работающих пользователей от 5 до 100 человек

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

> 5. И самое грустное что все это должно крутиться на обычном PC

интересно, а какая у вас "конфигурация мечты" для такого проекта?

> P.S. может плюнуть и написать обычный толстый клиент?

А чем это поможет?

>Небось в зависимости от того, является ли книжка полным собранием марининой 
От Марининой меня тошнит ) 

>Также и у СУБД... примерный вид запросов давайте, 
тогда можно о чем-то говорить будет. 

Примерный вид запросов:

select 
 file_name, date_upload, 
 doc_type, xpath 
from tbl 
where 
  code = '123456' 
  and code_2 = '1234567'

>Размер одного XML-файла какой будет? 
Средний размер одного файла от 500 кб до 10 Мб

>А чем это поможет? 

Нарезку XML можно переложить на клиента

>>Также и у СУБД... примерный вид запросов давайте, тогда можно о чем-то говорить будет.

> Примерный вид запросов:

> select > file_name, date_upload, > doc_type, xpath > from tbl > where > code = '123456' > and code_2 = '1234567'

Ок, запрос простой. Такое почти любая СУБД осилит... индекс по (сode,сode_2) или (code),(code2) и вперед... *Может быть* MySQL будет побыстрее, но скорее всего разница между скоростью PostgreSQL-я и самым лучшим возможным результатом будет не такой большой чтобы стоило перебирать СУБД и искать наилучшую. Короче если привыкли к PG, берите PG.

>>Размер одного XML-файла какой будет?

> Средний размер одного файла от 500 кб до 10 Mб

Вот. Если вы будете 10МБ XML-я парсить а потом XPath вычислять и обратно дампить, то тут-то тормоза и начнутся... Посмотрите, у некоторых либ есть оптимизированная обработка подмножеств XPath-а и/или XQuery.. вроде в libxml было чего-то.

Вообще, так ли вам надо на ходу обрабатывать XML-и? Может лучше растащить все по базе - каждую часть хранить отдельно? Чтобы сервер раздавал блобы (в идеале - зипованные...), не лазая в их внутренности

>>А чем это поможет?

> Нарезку XML можно переложить на клиента

а сеть выдержит??