Сериализация объектов

JDBC API

Альтернативные подходы к Persistence

Прежде чем переходить к рассмотрению конкретного ORM, кратко рассмотрим альтернативные подходы, которые можно применять для доступа к данным, в том числе в технологии Java. К этим подходам относятся:

• «Ручное» кодирование доступа к данным, напрямуя используя низкоуровневый JDBC API и задавая SQL запросы непосредственно в коде программы.
• Сериализация объектов (Object Serialization).
• Использование Entity EJB (Enterprise Java Beans) и CMP (Container Managed Persistence).
• Объектно-ориентированные СУБД.

Как уже было рассмотрено в предыдущей лекции, использование подхода, при котором доступ к данным осуществляется напрямую из бизнес-кода приложения связан с определёнными трудностями. Тем не менее, такой подход всё же может быть оправдан из-за своей крайней простоты и дешевизны для относительно простых систем. Обусловлено это в первую очередь отсутствием какой либо дополнительной инфраструктуры, требующей изучения – от программиста требуется всего лишь знать несколько крайне простых интерфейсов (Connection, Statement, PreparedStatement, ResultSet), которые явдяются давно устоявшимися и сильно похожи на другие промышленные стандарты, такие как ODBC или ADO; а так же знание SQL, что так же является широкораспространённым среди разработчиков. Однако, при возрастании размеров системы, количество кода (в том числе дублируемого) начинает резко возрастать и использование такого подхода становиться крайне нееффективным с точки зрения трудозатрат как на первоначальное создание системы, так и на последующую её поддержку (внесние изменений, локализация и исправление ошибок).

Почти что все современные объектные среды (включая Java и.Net) поддерживают механизм сериализации объектов – т.е. представление графа объектов в памями в виде потока байт и возможность сохранения графа на диск или передача его по сети. При этом граф может представляться как в закрытом двоичном формате, так и в виде XML..Net поддерживает сериализацию в XML стандартными классами, для Java существуют библиотеки сторонних производителей (в том числе бесплатные и Open Source). Сериализованный граф объектов можно в любой момент загрузить и восстановить в памяти. Этот подход работает относительно быстро и просто и прекрасно подходить для сохранения небольших графов объектов, таких как стуктур конфигураций (конфигурационные файлы часто представляются в памяти так же в объектном виде) или небольших справочников, котрые не требуют много места в памяти при полной загрузке.

Проблемы возникают при попытке использовать такой подход для сохранения относительно больших структур, для представляения которых требуется большое количество ОП. Это обусловлено тем, что сериализация не позволяет загрузить лишь часть графа объектов. Т.е. для доступа к любому объекту в память необходимо загрузить весь граф полностью. По понятным причинам, при большом количестве данных, такой подход оказывается неприемлимым.

Кроме того, невозможно осуществлять поиск данных или объектов, так как данные представленные на внешнем носителе вообще говоря образуют поток байт а не какую либо структурированную информацию, удобную для поиска.

Дата добавления: 2014-01-05