Distributed database: Difference between revisions
No edit summary |
m (minor formatting) |
||
| (One intermediate revision by one other user not shown) | |||
| 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 | *[[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: | ||
*[[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 | *[[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]] | Any of these might be required in [[Distributed Consumerium]] | ||
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