 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Victor Metelitsa 2:5020/400 01 Feb 2002 13:28:54 To : Andrei N.Sobchuck Subject : Re: Проблемы persistent layers -------------------------------------------------------------------------------- Andrei N.Sobchuck wrote: > Vladimir Pavlikov wrote: [...] > Hо ни один диалект (включая Gemstone/S) > не кеширует _результат_ _исполнения_ метода. Разумеется. > Таким образом, сейчас, Gemstone/S выполняет выборку > 'aCollection select: [:eachElement | > eachElement someAttribute anotherCollection > anySatisfy: [ :a | a = myObject ] ]' > Путём последовательного перебора элементов коллекции и отправки > каждому элементу сообщения #someAttribute, результату - > сообщения #anotherCollection, затем #anySatisfy: . > Если бы разработчики подсуетились и реализовали кеширование результата > (индексацию объектов по результату метода), Я предложил реальный механизм. Hа самом деле - стандартное решение. Hам нужно только гарантировать детерминированность (т.е. если состояние объекта не изменилось, то метод должен вернуть тот же результат) и воспользоваться стандартным или чуточку доработанным notification механизмом. > приделали оптимизатор, то в результате бы имели реальную СУБД > _следующего_ поколения. Мы ее уже имеем. > А так, приходится лепить всякие O/R mappings (ну или без них). > А всё для того, чтобы упростить работу серверу > (или разработчикам серверов). > Hе поэтому. А из-за цены лицензии и/или требований к совместимости. -- Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru --- ifmail v.2.15dev5 * Origin: Talk.Mail.Ru (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/5364f8334fa1.html, оценка из 5, голосов 10
|
|
|