Patrickr at 17:02, 16 July 2008

2008-07-16T17:02:45Z

← Older revision		Revision as of 17:02, 16 July 2008
Line 7:		Line 7:
	Is this approach insufficient?		Is this approach insufficient?
	--[[User:Clemahieu\|Clemahieu]] 18:18, 4 October 2007 (CEST)		--[[User:Clemahieu\|Clemahieu]] 18:18, 4 October 2007 (CEST)


			What about concurrency with persistence? What if someone access information and another one updates it at the same time?
			--[[User:Patrickr\|Patrickr]] 10:02, 16 July 2008 (PDT)

Clemahieu at 16:18, 4 October 2007

2007-10-04T16:18:17Z

New page

I like the fact that object versioning is being considered, this consumes a lot of my time with current serialization methods in other languages.

One question I have though is does the actual persistance mechanism have to be done by the programmer at all? Right now there is a type of "persistance" already in the language; the compiler determines how an object should be "blobbed" in to system memory. A binary serialization could essentially be "blobbing" the exact same memory representation of the object to disk and when it is reloaded, swizzling the pointers to the new memory locations. The compiler could determine the way to "blob" the object in to an XML format breaking all objects down to types handled built in by the compiler; string versions of integers, reals, strings directly copied out, SPECIAL in a hex string format, etc.

This way when the system is compiled, a feature of ANY could be generated by the compiler itself and systems wouldn't have to be modified at all.

Is this approach insufficient?
--[[User:Clemahieu|Clemahieu]] 18:18, 4 October 2007 (CEST)

Talk:Persistence unified - Revision history

Patrickr at 17:02, 16 July 2008

Clemahieu at 16:18, 4 October 2007