Думаю сделать справочную систему с парой десятков таблиц. Из них 3-4 таблицы 30-40 тыс.записей, пара таблиц 10-20 тыс. Остальные несколько сотен записей в каждой.
Есть мысля держать все таблицы в виде XML файлов для того чтобы максимально развязать саму БД от интерфейса. Пользователи - около 15 одновременно. Около 5 запросов в сек.
Но не знаю насколько быстро это будет ворочаться по сравнению с обычной реализацией.
Хотел бы услышать мнения. Может это вообще херня полная?

Нахлобуч alexmspЕсть мысля держать все таблицы в виде XML файлов для того чтобы максимально развязать саму БД от интерфейса.
Вот отсюда поподробней.
Я имею в виду то что к базе данных можно прикручивать любой интерфейс.
В интернете - один,
для настольного использования - другой,
в локальной сети предприятия - тоже другой,
кроме того - такая идея возникала из того что разные пользователи в зависимости от того как и где они используют справочн. систему - хотят иметь возможность - прикручивать свой интерфейс, а мы - наша организация - поддерживаем и регулярно обновляем саму базу не меняя структуру (по крайней мере принципиально не меняя). Просто отсылаем базу пользователем на диске, а он сам решает - наш интерфейс устраивает - хорошо, нет - используй любой другой.

Alexey KudinovИли вы хотите не использовать сервер БД вообще, а работать исключительно с XML файлами ?
В настольном варианте можно и без сервера, а так любой сервер можно задействовать.
Хотя видимо, этот вариант хорош только для распространения БД.
Я дальше видимо все равно надо конвертировать в какую-то систему.
Работать напрямую с XML файлами даже через прилинкованные таблицы видимо это несерьезно из-за тормозов.

НахлобучОднако же поставленная вами цель достигается правильным проектированием архитектуры приложения и разбиением его на уровни.
Можно немного подробнее? Возможно вы посоветуете почитать литературу, тогда я уже сам себе ответил:)

softwarerЛично я затрудняюсь найти хоть какую-то логику в этой фразе. Конкретнее, для меня загадка, каким образом связаны мысли слева и справа от "для того, чтобы".
Попробую еще... Я имею в виду не только логику интерфейсной части, но и ее технологию.

Тема закрыта. Спасибо за вопросы и советы.

НахлобучПрикручивание интерфейса заключается в замене только презентационного уровня (плюс, возможно, сервисных классов, если будет использоваться трехзвенка). Замена БД выльется только в замену (или частично переписывание) сервисных классов, все остальное останется как прежде.
А что понимаете под заменой БД?

НахлобучДа начиная от смены, например, SQL Server на Oracle, и заканчивая использованием XML-файлов вместо СУБД.
А я так понимал что Data Access Layer это и есть конкретная технология доступа к данным, т.е. какой-то сервер СУБД, какая-то файл-серверная СУБД или комплект классов для работы с текстовыми (в том числе XML файлами). Под самой БД- конкретный формат хранения конкретных данных(таблиц). А под интерфейсом - все то что лежит над БД, т.е. все три слоя и все звенья.
Если не сложно порекомендуйте подходящую литературу для старта, желательно в оригинале.

НахлобучПо этому вопросу, ИМХО, ничего лучше Patterns of Enterprise Application Architecture Фаулера еще не написано.
Спасибо.