Talk:Persistence (computer science)
|WikiProject Computing||(Rated Stub-class, Mid-importance)|
I dispute: "Orthogonal persistence has never featured in commercially used programming languages."
"Orthogonal persistence has never featured in commercially used programming languages" is just plain false. Perl, for one, provides it with the "opendbm" mechanism for presenting an on-disk key/value file using the same interface as the language's in-memory associative arrays, which was later generalized into Perl's "tie" interface, which provides a framework for transparent persistence for all of Perl's data types. David Nicol — Preceding unsigned comment added by 126.96.36.199 (talk) 16:36, 20 July 2011 (UTC)
Convoluted Definition for Transparent Persistence
This definition was removed because it is based on concepts more advanced than Persistence itself:
"Persistence is said to be "orthogonal" or "transparent" when the data model is independent of the length of time for which the data persists. Data created in a high-level, typed programming language is caused to outlive the execution of that process by the identification of an external frame of reference to which it can be bound, but without the requirement to translate the data into a different semantic context. The same data may be subsequently bound by a different process, via reference to the same point of binding, again without the requirement to perform any translation. If the persistence is purely orthogonal, then the semantics of the re-bound data is indistinguishable from its semantics in any other execution context." — Preceding unsigned comment added by 188.8.131.52 (talk) 03:50, 21 July 2011 (UTC)
Orthogonal Persistence Disadvantages Removed
"The disadvantages include confusion over what is persistent and what isn't" - This needs to be better elaborated.
"and the trickiness of getting timing/locking right when multiple processes simultaneously access the same persistent data." - That is a specific implementation problem that applies to regular non-orthogonal persistence also. — Preceding unsigned comment added by 184.108.40.206 (talk) 03:59, 21 July 2011 (UTC)