Jump to content

Data access object: Difference between revisions

From Wikipedia, the free encyclopedia
Content deleted Content added
use hatnote template instead of home nrew
DavidPx (talk | contribs)
Added Entity Framework as an example tool/framework.
Line 30: Line 30:
* [[ODB (C++)|ODB]] compiler-based [[object-relational mapping]] (ORM) system for C++
* [[ODB (C++)|ODB]] compiler-based [[object-relational mapping]] (ORM) system for C++
* [[ORMLite]] Lightweight Object Relational Mapping (ORM) Framework in Java for JDBC and Android
* [[ORMLite]] Lightweight Object Relational Mapping (ORM) Framework in Java for JDBC and Android
* Microsoft [[Entity_Framework|Entity Framework]]


== See also ==
== See also ==

Revision as of 19:57, 23 January 2014

In computer software, a data access object (DAO) is an object that provides an abstract interface to some type of database or other persistence mechanism. By mapping application calls to the persistence layer, DAOs provide some specific data operations without exposing details of the database. This isolation supports the Single responsibility principle. It separates what data accesses the application needs, in terms of domain-specific objects and data types (the public interface of the DAO), from how these needs can be satisfied with a specific DBMS, database schema, etc. (the implementation of the DAO).

Although this design pattern is equally applicable to most programming languages, most types of software with persistence needs, and most types of databases, it is traditionally associated with Java EE applications and with relational databases accessed via the JDBC API because of its origin in Sun Microsystems' best practice guidelines[1] ("Core J2EE Patterns") for that platform.

Advantages

The advantage of using data access objects is the relatively simple and rigorous separation between two important parts of an application that can and should know almost nothing of each other, and which can be expected to evolve frequently and independently. Changing business logic can rely on the same DAO interface, while changes to persistence logic do not affect DAO clients as long as the interface remains correctly implemented.

  • can be used in a large percentage of applications - anywhere data storage is required.
  • hide all details of data storage from the rest of the application.
  • act as an intermediary between the application and the database. They move data back and forth between objects and database records.
  • allow ripple effects from possible changes to the persistence mechanism to be confined to a specific area.

In the non specific context of the Java programming language, Data Access Objects as a design concept can be implemented in a number of ways. This can range from a fairly simple interface that separates the data access parts from the application logic, to frameworks and commercial products. DAO coding paradigms can require some skill. Use of technologies like Java persistence technologies and JDO ensures to some extent that the design pattern is implemented. Technologies like Enterprise JavaBeans come built into application servers and can be used in applications that use a JEE application server. Commercial products like TopLink are available based on Object-relational mapping (ORM). Popular open source ORM products include Doctrine, Hibernate, iBATIS and Apache OpenJPA.

Tools and Frameworks

See also

References

  1. ^ "Core J2EE Patterns - Data Access Objects". Sun Microsystems Inc. 2007-08-02. {{cite web}}: Check date values in: |year= / |date= mismatch (help)