Operational database

Operational database management systems (also referred to as OLTP On Line Transaction Processing databases), are used to update data in real-time. These types of databases allow users to do more than simply view archived data. Operational databases allow you to modify that data (add, change or delete data), doing it in real-time.[1] OLTP databases provide transactions as main abstraction to guarantee data consistency that guarantee the so-called ACID properties. Basically, the consistency of the data is guaranteed in the case of failures and/or concurrent access to the data.

Since the early 90s, the operational database software market has been largely taken over by SQL engines. Today, the operational DBMS market (formerly OLTP) is evolving dramatically, with new, innovative entrants and incumbents supporting the growing use of unstructured data and NoSQL DBMS engines, as well as XML databases and NewSQL databases. NoSQL databases typically have focused on scalability and have renounced to data consistency by not providing transactions as OLTP system do. Operational databases are increasingly supporting distributed database [2] architecture that can leverage distribution to provide high availability and fault tolerance through replication and scale out ability.

The growing role of operational databases in the IT industry is moving fast from legacy databases to real-time operational databases capable to handle distributed web and mobile demand and to address Big data challenges. Recognizing this, Gartner started to publish the Magic Quadrant for Operational Database Management Systems in October 2013.[3]

List of operational databases

Notable operational databases include:

Database platformDatabase modelSQL SupportNoSQL SupportManaged objectsACID-transactions
AerospikeKey–Value StoreNoYeskey-value pairsNone
AltibaseRelational databaseYesNotabular dataReal-time ACID transactions
Apache CassandraKey-value storeNoYeskey-value pairsNone
CloudantDocument-Oriented DatabaseNoYesJSONNone
ClusterpointDocument-Oriented DatabaseYes (essential SQL)YesXML, JSON, text dataDistributed ACID-transactions
ClustrixRelational DatabaseYes (newSQL)Notabular dataACID-transactions
CouchbaseDocument-Oriented DatabaseYes (N1QL)YesJSON, key-value pairsDistributed Multi-Document ACID transactions
CouchDBDocument-Oriented DatabaseNoYesJSONNone
Db2Relational Database, Data WarehouseYesYesJSON, key-value pairs, tabular data, XMLACID-transactions
EnterpriseDBRelational DatabaseYesNotabular dataACID-transactions
FoundationDBKey-value storeYesNokey-value pairsACID-transactions
IngresRelational DatabaseYesNotabular dataACID-transactions
MarkLogicDocument-Oriented DatabaseYesYes (XQuery and Javascript)XML and JSONACID-transactions
Microsoft SQL ServerRelational DatabaseYesNotabular dataACID-transactions
MongoDBDocument-Oriented DatabaseNoYesBSONNone
NuoDBRelational DatabaseYes (newSQL)Notabular dataACID-compliant
OracleRelational DatabaseYesYesmulti-modelACID-transactions
OrientDBDocument-oriented DatabaseYesYeskey-value pairsACID-transactions[4]
RiakKey-value storeNoYeskey-value pairsNone
SAP HANARelational DatabaseYesNotabular dataACID-transactions
VoltDBRelational DatabaseYes (newSQL)Notabular dataACID-transactions

Use in business

Operational databases are used to store, manage and track real-time business information. For example, a company might have an operational database used to track warehouse/stock quantities. As customers order products from an online web store, an operational database can be used to keep track of how many items have been sold and when the company will need to reorder stock. An operational database stores information about the activities of an organization, for example customer relationship management transactions or financial operations, in a computer database.

Operational databases allow a business to enter, gather, and retrieve large quantities of specific information, such as company legal data, financial data, call data records, personal employee information, sales data, customer data, data on assets and many other information. An important feature of storing information in an operational database is the ability to share information across the company and over the Internet. Operational databases can be used to manage mission-critical business data, to monitor activities, to audit suspicious transactions, or to review the history of dealings with a particular customer. They can also be part of the actual process of making and fulfilling a purchase, for example in e-commerce.

Data warehouse terminology

In data warehousing, the term is even more specific: the operational database is the one which is accessed by an operational system (for example a customer-facing website or the application used by the customer service department) to carry out regular operations of an organization. Operational databases usually use an online transaction processing database which is optimized for faster transaction processing (create, read, update and delete operations). An operational database is the source for a data warehouse.[1]

gollark: It's ridiculously rare, so meh.
gollark: Your new profile picture scares me somehow.
gollark: Seems excessive. You can just scroll past them.
gollark: I'm sure most of that could just be copy pasted for each one.
gollark: It uses way less RAM than Minecraft.

See also

References
  1. "Operational Database (ODB)". Techopedia.
  2. Ozsu, M. Tamer; Valduriez, Patrick (2011). Principles of Distributed Databases. Springer. ISBN 978-1-4419-8833-1.
  3. "Gartner Magic Quadrant for Operational Database Management Systems". Gartner.com.
  4. http://orientdb.com/docs/last/Transactions.html
  • O’Brien, Jason., and Marakas, Gorila., (2008). Management Information Technology Systems. Computer Software (pp. 185). New York, New York: McGraw-Hill
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.