Path: utzoo!attcan!uunet!ns-mx!iowasp.physics.uiowa.edu!maverick.ksu.ksu.edu!rutgers!usc!snorkelwacker!bloom-beacon!eru!hagbard!sunic!maxim!prc From: prc@erbe.se (Robert Claeson) Newsgroups: comp.databases Subject: Re: PICK, UniVerse, Unix and what-have you (info request) Keywords: PICK UNIX Message-ID: <1817@hulda.erbe.se> Date: 30 Sep 90 18:47:53 GMT References: <605@eds1.UUCP> <8505@aimed.UUCP> Distribution: comp Organization: ERBE DATA AB, Jarfalla, Sweden Lines: 32 In a recent article nick@aimed.UUCP (Nick Pemberton) writes: >When you move to a non native, like VMARK/UNIVERSE, there are naturally >plenty of things that change. It is, after all, then just a guest O/S. >That having been said, VMARK so far has caused me no grief, save certain >UNIX restrictions (like files not being able to span devices). Again, if >the PICK code is reasonably vanilla, it will have no trouble moving to >a Non-native implementation. We recently installed UniVerse on an Encore Multimax. A file can be up to 2 (4?) GB in size, since the system supports virtual partitions. Code was moved from another non-native system (Prime Information) as well as a native system (ADDS) to the new system without any problems at all. Performance was greatly increased (after all, no other Pick-like system, native or non-native, has outperformed the UniVerse/Multimax combination). >No question. It is a wonderfull Database system, rugged, and reasonably >full featured within its intended realm. Remember, PICK is not the answer >to all things - It is targetted at data management for business, and is >thus missing certain fundamentals - like decent communications. Thats >what the PICK/UNIX combinations are meant to solve. Ah, that was one of the reasons to move to UniVerse on the Multimax. UniVerse/Net makes it possible to run Pick applications in a client/ server environment, just like any other /Net database. -- Robert Claeson |Reasonable mailers: rclaeson@erbe.se ERBE DATA AB | Dumb mailers: rclaeson%erbe.se@sunet.se | Perverse mailers: rclaeson%erbe.se@encore.com These opinions reflect my personal views and not those of my employer.