| TIP: Click on subject to list as thread! | ANSI |
| echo: | |
|---|---|
| to: | |
| from: | |
| date: | |
| subject: | C++ object databases = any suggestions? |
CS> This is much more tricky -- storage consistency is hard to CS> manage in such an environment. MS> objectStore OODB uses this approach too. you have a local object cache, MS> and objectStore manages the consistency on all MS> machines! (but, the RTFees of objectStore are MS> unbeliebable). Distributed system architecture is a nightmare at this point in time. Maybe in another decade or two after the academics have exhausted the basic research topics in this area then distributed systems will be a lot easier to do. CS> Moreover, after years of programming I have built up an CS> inherent distrust of code written by other people. Often CS> the interfaces are weird, the code is buggy, and I end up MS> :-). Thats exactly my feeling. But, you should read MS> the SomObject Toolkit Users Guide. There is simple no MS> question on my side after reading it. All MS> possibilities are considered. It is well structured. MS> really an impressive product and description. SOM 2.0 is supposed to be included with future OS/2 versions -- it is in Warp 2, for instance. But do you know if the SOMObjects toolkit will become part of the OS/2 toolkit? Right now it is a separate product, one which I don't have yet. Then again, I think it is on one of those DevCon CD's that I never seem to have the time to thoroughly examine. --- Maximus/2 2.01wb* Origin: OS/2 Connection {at} Mira Mesa, CA (1:202/354) SEEN-BY: 12/2442 54/54 620/243 624/50 632/348 640/820 690/660 711/409 410 413 SEEN-BY: 711/430 807 808 809 934 942 712/353 623 713/888 800/1 @PATH: 202/354 301 1 3615/50 229/2 12/2442 711/409 54/54 711/808 809 934 |
|
| SOURCE: echomail via fidonet.ozzmosis.com | |
Email questions or comments to sysop@ipingthereforeiam.com
All parts of this website painstakingly hand-crafted in the U.S.A.!
IPTIA BBS/MUD/Terminal/Game Server List, © 2025 IPTIA Consulting™.