on master help sign in
Fix typo: 'feture' to 'feature'
commit0b922009dbe773c6a815510e62f61f17034b00d2 authorRobert Peterson <robert.peterson@gmail.com> dateWed 28 Feb 2018, 09:23 (9 years ago) parent64ae3e6
1 file changed+1−1
docs/introduction_to_projectm36.markdown+1−1
docs/introduction_to_projectm36.markdown+1−1
@@ -65,7 +65,7 @@ In addition to being a relational algebra engine, Project:M36 supports features
6565
6666Most DBMSs provide a way to allow the user to specify atomic database state changes. These changes are often wrapped up as "transactions" which, when applied to the database state, offer the illusion of sequential and grouped, atomic changes applied to the databases. Often the only state which can be queried is the snapshot at the time the transaction is opened.
6767
68−Project:M36 extends this transaction model with the "transaction graph". This feture can be adequately described as version control for transactions. In the legacy DBMS model, the transactions are added to a linear transaction stream where each client is contending over the "head" of the stream- the latest transactions. In the transaction graph model, clients can add named branches and add transactions to the branches, then merge changes back, if necessary.
68+Project:M36 extends this transaction model with the "transaction graph". This feature can be adequately described as version control for transactions. In the legacy DBMS model, the transactions are added to a linear transaction stream where each client is contending over the "head" of the stream- the latest transactions. In the transaction graph model, clients can add named branches and add transactions to the branches, then merge changes back, if necessary.
6969
7070This feature is useful, for example:
7171* during testing- create a testing branch which production will never see. This obviates the need for a separate production data set.