|
Помогите принять правильное решение...
persistence, persistent data Контекст.
There are two methods for managing the persistent data within an entity bean: bean-managed (BMP) and container-managed persistence (CMP). The main difference between BMP and CMP beans is defined by who manages the persistence of the entity bean's data. With CMP beans, the container manages the persistence--the bean deployment descriptor specifies how to map the data and where the data is stored. With BMP beans, the logic for saving the data and where it is saved is programmed within designated methods. These methods are invoked by the container at the appropriate moments.
Предлагаемый вариант перевода: "сохраняемость", "сохраняемые данные"
Алексей Золотарёв. Что в этот термин вкладывает Oracle и мировое сообщество? Когда он употребляется? Наиболее часто - при описании реализации CMP и BMP EJB-компонентов. Иногда при описании механизма очередей JMS. Под словом "persistance" в первую очередь понимают реализацию некоторого механизма, который бы выполнял определённые функции. Для EJB "persistance" это:
· средство поддержки постоянства CMP и BMP-компонентов. Обычно в качестве средства хранения состояния компонентов используется БД, но это совсем необязательно. В случае разработки BMP-компонентов можно легко использовать какую-нибудь другую систему хранения, как, например, файлы данных. Или вообще не сохранять данные ни на каком физическом носителе, ограничившись использованием псевдопостоянных структур данных в оперативной памяти.
Под реализацией persistance-ом отношений подразумевается реализация такой схемы поведения компонентов, когда задекларированная взаимосвязь компонентов начинает учитываться persistance-ом при манипуляциях на связях между компонентами. Например: если компонент A1 связан с компонентом B через отношение "один-к-одному", то подключение A2 к B приведёт к разрыву отношения между A1 и B. И наоборот: если компонент A1 связан с компонентом B через отношение "один-ко-многим", то подключение A2 к B НЕ приведёт к разрыву отношения между A1 и B.
Т.е., легко видеть, что под термином "persistance" подразумевается куда более сложный механизм поведения, нежели тот, который вкладывает в него слово "сохраняемость" (в БД).
Аналогичная ситуация с JMS:
· Система очередей требует, чтобы для реализации гарантированной доставки сообщений, находящихся в очередях сохранялись на каком-нибудь носителе. Например БД или файловая система. Но это совсем необязательно. Простейшие JMS-системы могут ограничиться простейшей реализацией persistance сообщений, сохраняя их в оперативной памяти машины. Для промышленных систем persistance реализуется путём сохранения сообщений в спец. таблицах БД (например, в случае AQJMS).
Т.е. тут тоже не всё так просто: под термином "persistance" подразумевается некий механизм поведения, а как этот механизм поведения будет реализован - это уже детали реализации: может через сохранение данных сообщений на носителе, а может ограничиться сохранением в оперативной памяти. Можно сказать, что если мы видим слово persistance для JMS, то думать, что это "сохраняемость" (это слово подразумевает жёсткий носитель) неверно и приводит к совсем некорректным ассоциациям.
Предлагаемый вариант перевода: "постоянство", "постоянные данные"
Александр Соколов. Мне совершенно непонятно, почему "сохраняемость" подразумевает жёсткий носитель. На мой взгляд, термин "постоянные данные" явно указывает, что данные не изменяются во времени, а это же не так.
А. Золотарёв. Не нужно путать два разных понятия: persistence и persistent data – их нельзя обсуждать вместе.
А. Соколов. Почему же нельзя: "There are two methods for managing the persistent data within an entity bean: bean-managed (BMP) and container-managed persistence (CMP)"?
А. Золотарёв. ersistent data тут переводится не как "постоянные данные". ;-) Тут имеется ввиду "данные постоянства".
А. Соколов. Я снимаю свои возражения, рассматривая термин "постоянство" как усечение термина "постоянство существования", зарегистрированного в нашем глоссарии.
Рекомендуемый вариант перевода: "постоянство", "постоянные постоянства"
Entity Bean, Session Bean Контекст.
Improving the Performance of Session Beans, CMP Entity Beans, and MDBs
Предлагаемый вариант перевода: "Повышение производительности компонентов-сеансов EJB, компонентов-сущностей EJB, которые используют механизм сохраняемости, управляемой контейнером (CMP, container-managed persistence) и компонентов, управляемых сообщениями (MDB, message-driven bean)"
А. Золотарёв. "Повышение производительности сеансовых компонентов EJB, объектных компонентов EJB, которые используют механизм постоянства, управляемый контейнером (CMP, container-managed persistence) и компонентов, управляемых сообщениями".
За Entity bean в EJB стоит некий логический объект/сущность, содержащий данные. По причине неудобства использования слова "сущность" на лекциях и в беседах, используется термин "объектный компонент". В чём заключается неудобство? В первую очередь, что "компонент-сущность" имеет дефис и все идущие отсюда неудобства.
А. Соколов. У меня нет особых возражений против "сеансовых компонентов" и "сущностных компонентов", только я не понимаю зачем. Но я категорически против перевода в данном контексте "Entity" как "объект". Хотя бы и "логический". Вводить просто так в ООП еще один тип объектов, не расшифровывая его каждый раз, на мой взгляд чревато. Например, здесь простая подмена будет выглядеть плохо:
· "EJB-технология позволяет разработчику моделировать широкий диапазон объектов, используемых в масштабах предприятия, определяя два типа EJB-компонентов: Session Beans и Entity Beans. Session Beans отображают сеансы клиента - например, совершение пользователем транзакции с помощью сайта. Entity Beans отображают сущности - например, строки в реляционной базе данных, и содержат операции с представляемыми данными. Entity Beans предназначены для обеспечения устойчивости и сохранности данных, с которыми они связаны, в течение всего их жизненного цикла".
Предлагаемые варианты перевода:
· session bean – "компонент-сеанс", "компонент, отображающий сеанс", "сеансовый компонент"
· entity bean – "компонент-сущность", "компонент, отображающий сущность"
|
