Frans, You may be right, but I wouldn't spec a DB just for that. After reading about prevalence, I understand that its scope is different: a cheap, fast and reliable way to preserve state. The challenge that I see is that you must design with that in mind. Even if the repository would be a database, rather than the prevalent layer, you would still need to recover from a crash and reestablish the state of the system prior to the shut down. In Bamboo's case, you gotta love the interception mechanism that routes all the operation through the prevalence layer so that they are logged before executed. All you need to do is to link your objects in the Prevalent Engine. How can this compare to placing the application state inside a RDB, using transaction logs?
Regards, Eddie -----Original Message----- From: Discussion of advanced .NET topics. [mailto:[EMAIL PROTECTED] Behalf Of Frans Bouma Sent: Friday, October 06, 2006 2:30 PM To: ADVANCED-DOTNET@DISCUSS.DEVELOP.COM Subject: Re: [ADVANCED-DOTNET] Prevalent systems I always say: there must be a reason why systems like Oracle, DB2 and SqlServer use disk-based transaction logs. I.o.w.: IF you decide to place the application state inside a relational database (and why wouldn't you, they're designed for that), your application state is well protected and you have all the tools at hand to restore an application with an application state which is known to be solid and fully recovered. FB =================================== This list is hosted by DevelopMentor. http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com =================================== This list is hosted by DevelopMentor® http://www.develop.com View archives and manage your subscription(s) at http://discuss.develop.com
