on master help sign in
Merge pull request #187 from rawburt/fix-typo-in-introduction

Fix typo: 'feture' to 'feature'

commitf1370f4fe47b00d40e2e5259f33d66af5f704585 authorAgentM <agentm@themactionfaction.com> dateWed 28 Feb 2018, 13:55 (9 years ago) parent64ae3e60b92200
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.