DatastoreOpenIssues: Difference between revisions
Jump to navigation
Jump to search
Line 11: | Line 11: | ||
* query available space |
* query available space |
||
* how can we assure atomicity in multi-document updates? |
* how can we assure atomicity in multi-document updates? |
||
* we may need to have the same object referenced from several entries. For example, we could have an entry "Interviewed my aunt" and another "Listened to 'Interview to my aunt'". Both should refer to the same version of the same object. |
|||
== DatastoreInternals == |
== DatastoreInternals == |
Revision as of 18:43, 1 February 2008
Activity intermediate-level API
- How we pass around the data in files?
- checkout/checkin model
- activities want to directly work with removable devices (security?)
- update objects without creating a new version
- data types in the metadata (properties in namespaces?)
- special properties that the DS need to know about
- versions use a composite key?
- express hierarchy (just one level?) object spaces?
- query available space
- how can we assure atomicity in multi-document updates?
- we may need to have the same object referenced from several entries. For example, we could have an entry "Interviewed my aunt" and another "Listened to 'Interview to my aunt'". Both should refer to the same version of the same object.
DatastoreInternals
- Diff-based storage to minimize disk use when storing many versions? Ben 13:08, 21 January 2008 (EST)
- How do you store a diff if the entry is a .tar.gz of many files?
- Some activities will produce entries that are not amenable to generalized diff algorithms, but can be stored efficiently by domain-specific diff algorithms (e.g. Paint and png files). How can Activities register to handle their own differential compression, or how will type-specific diff be implemented?
Journal
- Need support from the DS to implement date scrolling?