Hello, Sinclair!
You wrote on Thu, 07 Oct 2004 13:37:09 GMT:

S> Здравствуйте, s.ts, Вы писали:

ST>> Hello, Sinclair!

ST>> УСХ (универсальная структура хранения) тормозить будет нещадно.
ST>> Пробовали. Но на оракле.
S> И насколько тормозило? И что именно — навигация, статистика, или
S> модификация?

Выборки. Просто есть универсальное хранилище и "скомпилированное" в таблицы. Объекты каждого класса в своей таблице и ссылка на таблицу с частью, унаследованной от класса-предка (не помню как это правильно называется ). Т.е. в выборках объектов одного типа куча джойнов (по числу уровней наследования). В принципе, есть и базовый класс. Но тормозит все же именно из-за наследования (а вам его рано или поздно захочется наверняка). Разница — на порядки.
Еще проблема типизации. Пришлось много наворачивать, чтобы маршалить разные типы в УСХ. Нам УСХ была просто необходима, т.к. это было средство разработки и нужно посмотреть результат, не компилируя в таблицы (скомпилировать — это фактически сделать доступными изменения для пользователей). В вашем же случае она просто не нужна. Т.е., еще раз подчеркну, что в случае одной таблицы проблемы типизации тоже взваливаете на себя.


ST>> Тут еще ведь специфика в том, что запросы наверное производятся
ST>> гораздо чаще, чем модификации, так что одна таблица вряд ли покатит.
S> Ага. Навскидку — примерно этак один к десяти. Похоже, сделаем так, чтобы
S> часть данных была вынесена в статику, а часть — в полуструктурку.

И так тоже можно. В итоге все равно и у нас получился гибрид. Но эти самые полуструктурки получились уже в конце. Костяк — структурные данные. Главное, чтобы не получилось, что большАя (уж не говоря про бОльшую) часть информации (по объему) хранилась в одной таблице.