|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Ilya Zvyagin 2:5020/400 23 Jan 2002 17:55:51 To : Victor Metelitsa Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- "Victor Metelitsa" <vvm@cssc.tat.ru> wrote in message news:3C4E7DFB.4050809@cssc.tat.ru... > > 2. Определение (непонятно как) с каких коллекций объектов надо начинать > > фильтрацию выборки. > Для TOPLink'а/S: ты создаешь описатель запроса, в котором указываешь > класс и условия выборки. После исполнения получаешь на клиенте коллекцию > объектов этого класса (или объектов подклассов этого класса). Это как-то оптимизируется, или же перебираются все объекты этого класса ? > Когда мы работаем с persistent-коллекцией, это выглядит так: > someSesssion > readAllFor: TEmployee > where: [:eachEmployee | eachEmployee firstName = 'Dennis']. > и запрос транслируется в > SELECT какие-то поля > FROM EMPLOYEE T1 > WHERE T1.FNAME = 'Dennis' > Строки, считанные из базы, превращаются в объекты. Hикакого FULLSCAN нет. А для чего-то отличного от тривиального свойства объекта как это будет выглядеть ? Если firstName не соответствует напрямую полю РСУБД, а есть результат некоей операции над полями ? > По-моему, тут есть два подхода. ... > Второй утверждает, что никакой реляционной СУБД "нет". Мы уславливаемся > считать, что PL+APP - это и есть СУБД (а реляционка, которая > используется для хранения, мысленно низводится до уровня "умной дисковой > подсистемы"). Все данные (объекты) по возможности загружены в > оперативную память. Мне этот подход кажется наиболее симпатичным (пускай > и требует много оперативки, и не всегда применим). и - перебор ВСЕХ объектов. Я понимаю, конечно, что и для РСУБД такие нетриыиальные запросы тяжелы, но ... Кстати, можно совмещать первый и второй. Hаверное это наиболее реалистично. --- ifmail v.2.15dev5 * Origin: FCT Saint-Petersburg (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/13293eee47879.html, оценка из 5, голосов 10
|