Distributed database: Difference between revisions
No edit summary |
m (minor formatting) |
||
Line 4: | Line 4: | ||
*[[standard wiki URI]]s making uniformly licensed and formatted articles available, e.g. [[public domain interwiki]] or [[GFDL corpus]] [[wikitext standard]] collections, at URIs which are easy to remember and persistent | *[[standard wiki URI]]s making uniformly licensed and formatted articles available, e.g. [[public domain interwiki]] or [[GFDL corpus]] [[wikitext standard]] collections, at URIs which are easy to remember and persistent | ||
*semi-structured wikitext with [[interwiki link standard]]s and [[interwiki identity standard]]s that make it possible to specify "what" and "who" in a way that works across an entire corpus - this would create a true [[GFDL Corpus]] | *semi-structured wikitext with [[interwiki link standard]]s and [[interwiki identity standard]]s that make it possible to specify "what" and "who" in a way that works across an entire corpus - this would create a true [[GFDL Corpus]] | ||
*standardized [[XML DTD]] and [[XML-Schema]]s, e.g. as proposed for health care | *standardized [[XML DTD]] and [[XML-Schema]]s, e.g. as proposed for health care [http://www.hl7.org/library/committees/structure/minutes/Minutes041999.doc here] | ||
http://www.hl7.org/library/committees/structure/minutes/Minutes041999.doc | |||
*[[object-oriented database]]s like [[ORB]] to make the data more consistently available via one programmatic interface; | *[[object-oriented database]]s like [[ORB]] to make the data more consistently available via one programmatic interface; | ||
*[[relational database]]s that further structure the data but restrict data types to a fixed set; Typically these are quite complex to truly distribute, but see [[relational state transfer]] for how this might be done with help from: | *[[relational database]]s that further structure the data but restrict data types to a fixed set; Typically these are quite complex to truly distribute, but see [[relational state transfer]] for how this might be done with help from: |
Latest revision as of 12:40, 9 April 2004
There are several forms of distributed database:
- the normal web in which URIs change often and are inconsistent, e.g. across wiki code releases, which is really inexcusable given mod_rewrite
- standard wiki URIs making uniformly licensed and formatted articles available, e.g. public domain interwiki or GFDL corpus wikitext standard collections, at URIs which are easy to remember and persistent
- semi-structured wikitext with interwiki link standards and interwiki identity standards that make it possible to specify "what" and "who" in a way that works across an entire corpus - this would create a true GFDL Corpus
- standardized XML DTD and XML-Schemas, e.g. as proposed for health care here
- object-oriented databases like ORB to make the data more consistently available via one programmatic interface;
- relational databases that further structure the data but restrict data types to a fixed set; Typically these are quite complex to truly distribute, but see relational state transfer for how this might be done with help from:
- peer to peer networks that are more strictly hierarchical and reliant on namespace mechanics to match finder and publisher, e.g. Overnet, some REST equivalents now in early testing
Any of these might be required in Distributed Consumerium