Download a copy of OpenQM for Linux, if you want to 'play' with MV. It's quite flavor-portable and also available in a commercial version for small beans. It's more of a U2/UD flavor, than it is D3.
http://openqm.sourceforge.net The only other languages I would compare dataBASIC to would be Pascal or possibly Perl. Both of which are much more complex than dataBASIC. gwBASIC and QuickBASIC are way too limited to even be considered a close race. Don't give up. It's taken me 8+ years to learn and I still don't know everything I should know. Please explain what you mean by "constant attention". I touch our D3 database once every 3-6 months, to check file stats. A single program reports on which files need resizing. We don't use dynamic or remote files in our D3 setup. That has to do with performance when SELECTing a file with a huge item count. Anyway, the rest of the time I'm happily writing apps. Glen aka PickCoder http://picksource.com http://mvdevcentral.com > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of Aherne, John > Sent: Thursday, February 17, 2005 2:31 PM > To: [email protected] > Subject: RE: [U2] uv pe > > > Ease of development? Very little support required? I have just started > to use UD, and development is horrific, it take 10 times longer to do > things that can be accomplished by a single line query in an RDBMS'. Our > system requires constant attention, more attention than even MS Sql > server on a bad week. > > But the thing that annoys me most is the poor support from IBM. I cannot > get access to some of their tech docs because our UD license is held by > our VAR (Don't ask). What kind of policy is that? For any other DBMS I > can get access to vast amounts of information, and I don't even need to > have seen the software, nevermind have a license. > > I looked forward to working with UD when I found out I would be > developing on it, I have never used an mvdbms before, and the concept > intrigued me. But so far, I do not see any benefit to using UD for > anything what-so-ever, and nothing IBM or our VAR has provided has even > hinted that UD, and UV are anything but an archaic relic of times gone > by, like COBOL. Why else would a company make it so difficult for > someone to learn about development on their software, if not because > they didn't really have any interest in supporting it, and believe that > you should have upgraded to more modern technology already? > > > Regards, > John Aherne > > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Kevin P Lynch > Sent: Thursday, February 17, 2005 10:44 AM > To: [email protected] > Subject: RE: [U2] uv pe > > Bill, > So you have a fast quick Oracle or DB2 solution that doesn't involve > pulling teeth or a learning curve and is cost effective and machine > independent ? > > Let me know the stock symbol ! > > Perhaps all the people who are touting Oracle and SQL Server should go > develop in them and they can try competing with Peoplesoft , JD Edwards, > SAP et al. > > The strength of U2/mvDbms lies in the ease of development and the fact > that the apps run forever requiring very little support. > Try running some of those other systems without a DBA and a Unix/Windows > technician available on a very regular basis. > > Kevin Lynch > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Bill H. > Sent: Thursday, February 17, 2005 11:20 AM > To: [email protected] > Subject: RE: [U2] uv pe > > Phil: > > Although this is a U2 specific list, the same pricing problem exists > with ALL mvDbms products. In addition knowledge seems to be locked up > and there are so many proprietary solutions to simple problems. > > Developers often have to pull teeth to solve some basic problems. Every > business problem requiring an mvDbms solution seems to entail a steep > learning curve (kind of like Linux and networking). > > Since the mvDbms vendors aren't interested in long-term revenue but in > short-term profits I doubt whether this will change. So, in the > long-term we'll all have to migrate off of the dbms (or die first). :-) > > Bill > ------- > u2-users mailing list > [email protected] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [email protected] To unsubscribe please visit http://listserver.u2ug.org/
