README

README.md

@@ -4,7 +4,7 @@ Cozo is an experimental, relational database that has a focus on graph data, wit
 
 ## Teasers
 
-We have stored in our database a relation containing air travel routes. The following uses joins to find airports reachable by one stop from Frankfurt Airport (FRA), the busiest airport in the world:
+We have stored in our database a relation containing air travel routes. The following query uses joins to find airports reachable by one stop from Frankfurt Airport (FRA), the busiest airport in the world:
 
 ```
 ?[destination] := :route{src: 'FRA', dst: stop}, 
@@ -19,7 +19,7 @@ reachable[airport] := reachable[stop], :route{src: stop, dst: airport}
 ?[airport] := reachable[airport]
 ```
 
-With aggregation and unification, we can compute the shortest path between Frankfurt all airports in the world:
+With aggregation and unification, we can compute the shortest path between Frankfurt and all airports in the world:
 
 ```
 shortest_paths[dst, shortest(path)] := :route{src: 'FRA', dst},
@@ -37,6 +37,8 @@ starting[airport] := airport = 'FRA'
 ?[src, dst, cost, path] <~ ShortestPathDijkstra(:route[], starting[])
 ```
 
+Cozo is capable of much more. Follow the Tutorial to get started.
+
 ## Motivations
 
 The so-called "NoSQL" movement in recent years brought forth a plethora of databases that try to introduce new data paradigms and revolutionize the industry. However, almost all the so-called "new" paradigms, in particular, the document paradigm, the (entity-relationship) graph model paradigm, and the key-value paradigm, actually predate the invention of the relational model. There is nothing wrong _per se_ with recycling old ideas, as changing circumstances can make previously infeasible solutions viable. However, since the historical development is deliberately obscured (with understandable business motivations), many users and even implementers fail to understand why relational databases became the standard in the first place, and do not have a clear picture of the strengths and weaknesses of the new databases. Suboptimal systems result. It is inevitable but still mildly amusing that even the name "NoSQL" was later reinterpreted to become "Not Only SQL".