Показать сообщение отдельно
Старый 06.07.2011, 08:55   #14  
S.Kuskov is offline
S.Kuskov
Участник
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
 
3,444 / 1781 (66) ++++++++
Регистрация: 28.04.2007
Адрес: Калуга
Цитата:
Сообщение от mazzy Посмотреть сообщение
ничего не мешает.
просто этот случай сводится к пункту 3.
Я бы сказал, что это гибрид пунктов 3 и 8, т.к. для хранения данных RecordReferenceList_RU использует не оперативную память, а таблицу БД, что позволяет использовать для работы с ним join. Лично для меня это преимущество. А что будет преимуществом для вас я не знаю . От того как вы собираетесь обходить или обрабатывать записи и будет зависеть выбор варианта хранения/доступа к записям.

Цитата:
Сообщение от mazzy Посмотреть сообщение
хранить в постоянной таблице с идентификатором сессии
мне кажется, что это дико неочевидный вариант, который сильно усложнит дальнейшую поддержку и работу других программистов.
А класс RecordReferenceList_RU как раз и инкапсулирует всю эту "неочивидную" логику, предоставляя стандартный интерфейс, который должен быть понятен пргограммисту.
За это сообщение автора поблагодарили: sukhanchik (2).