Re: MC vs. Panorama

2001-07-13 Thread jbv
[EMAIL PROTECTED] : Some years ago I developped a relational database that was faster than Filemaker. There were about 70 records... FMP just chocked on it. HC stacks choked after 12 MBs of data where in... The trick was to split the interface/engine from the records which were in

Re: MC vs. Panorama

2001-07-13 Thread Geoff Canyon
At 8:57 PM + 7/13/01, jbv wrote: But if you start the kind of above description, you'll just look like a weird hacker and will probably loose the client... So you don't describe it like that. Instead you say, We use a binary tree database with doubly-linked records. If they ask for

Re: MC vs. Panorama

2001-07-13 Thread Geoff Canyon
At 8:57 PM + 7/13/01, jbv wrote: But if you start the kind of above description, you'll just look like a weird hacker and will probably loose the client... So you don't describe it like that. Instead you say, We use a binary tree database with doubly-linked records. If they ask for

Re: MC vs. Panorama

2001-07-13 Thread andu
jbv wrote: Besides, there are also economic logistic considerations : in case you get a terrible accident shortly before the whole project is finished or decide to give up any software development activity and hide out in a tibetan monastery for the rest of your life, who's gonna help your

Re: MC vs. Panorama

2001-07-12 Thread jbv
Robert Brenstein : I just read that Panorama recently released v4.0 (see http://maccentral.macworld.com/news/0107/10.panorama.shtml). Given that both MC and Panorama are RAM-based, anyone have insights into why building databases in native MC is discouraged? I am not an expert but