From 9a724bba55d917e2b1bdc0f66154863431cdc42a Mon Sep 17 00:00:00 2001 From: Ed Price - MSFT Date: Tue, 27 Feb 2018 18:48:18 -0800 Subject: [PATCH] Update transactional-data.md Fixing two typos. --- docs/data-guide/concepts/transactional-data.md | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/docs/data-guide/concepts/transactional-data.md b/docs/data-guide/concepts/transactional-data.md index b5e2b763ce7..7029d52ca66 100644 --- a/docs/data-guide/concepts/transactional-data.md +++ b/docs/data-guide/concepts/transactional-data.md @@ -7,9 +7,9 @@ ms:date: 02/12/2018 # Transactional data -Transactional data is information that that tracks the interactions related to an organization's activities. These interactions are typically business transactions, such as payments received from customers, payments made to suppliers, products moving through inventory, orders taken, or services delivered. Transactional events, which represent the transactions themselves, typically contain a time dimension, some numerical values, and references to other data. +Transactional data is information that tracks the interactions related to an organization's activities. These interactions are typically business transactions, such as payments received from customers, payments made to suppliers, products moving through inventory, orders taken, or services delivered. Transactional events, which represent the transactions themselves, typically contain a time dimension, some numerical values, and references to other data. -Transactions typically need to be *atomic* and *consistent*. Atomicity means that an entire transaction always succeeds or fails as one unit of work, and is never left in a half-completed state. If a transaction cannot be completed, the database system must roll back any steps that were already done as part of that transaction. In a traditional RDBMS, this rollback happens automatically if a transaction cannot be compoleted. Consistency means that transactions always leave the data in a valid state. (These are very informal descriptions of atomicity and consistency. There are more formal definitions of these properties, such as [ACID](https://en.wikipedia.org/wiki/ACID).) +Transactions typically need to be *atomic* and *consistent*. Atomicity means that an entire transaction always succeeds or fails as one unit of work, and is never left in a half-completed state. If a transaction cannot be completed, the database system must roll back any steps that were already done as part of that transaction. In a traditional RDBMS, this rollback happens automatically if a transaction cannot be completed. Consistency means that transactions always leave the data in a valid state. (These are very informal descriptions of atomicity and consistency. There are more formal definitions of these properties, such as [ACID](https://en.wikipedia.org/wiki/ACID).) Transactional databases can support strong consistency for transactions using various locking strategies, such as pessimistic locking, to ensure that all data is strongly consistent within the context of the enterprise, for all users and processes. @@ -41,4 +41,4 @@ Transactional data tends to have the following traits: ## See Also -[Online Transaction Processing](../scenarios/online-transaction-processing.md) \ No newline at end of file +[Online Transaction Processing](../scenarios/online-transaction-processing.md)