I don't remember what-all he did with it, but FileMaker proved to be remarkably resilient pretty much no matter what he threw at it. The one limitation back then was that a given file couldn't be more than 32MB(!).
On Fri, Nov 23, 2018 at 4:38 PM Richard Gaskin via use-livecode < use-livecode@lists.runrev.com> wrote: > Geoff Canyon wrote: > > > It's not relevant to the current discussion, but waaaay back when, I > > worked with a guy who had created some monster spreadsheets in Excel > > with something like 9,000 columns. It was working, but it was > > incredibly slow -- this was running on 68k Macs. Not expecting > > success, I suggested he give FileMaker a shot. He did, and amazingly, > > not only did it happily handle database definitions with 9,000 fields, > > it was not just faster than Excel, it was actually speedy. It had zero > > problems, and he built out the entirety of his solution that way. > > Did he create a layout in FileMaker with 9,000 fields? > > If he had I suspect it would expose the root of the issue as being not > so much about internal handling of the data, but about rendering it all. > > One more reason to remember that spreadsheets are not databases. Very > different tools with very different feature focuses and tradeoffs. > > -- > Richard Gaskin > Fourth World Systems > Software Design and Development for the Desktop, Mobile, and the Web > ____________________________________________________________________ > ambassa...@fourthworld.com http://www.FourthWorld.com > > _______________________________________________ > use-livecode mailing list > use-livecode@lists.runrev.com > Please visit this url to subscribe, unsubscribe and manage your > subscription preferences: > http://lists.runrev.com/mailman/listinfo/use-livecode > _______________________________________________ use-livecode mailing list use-livecode@lists.runrev.com Please visit this url to subscribe, unsubscribe and manage your subscription preferences: http://lists.runrev.com/mailman/listinfo/use-livecode
