I'm putting this back on-list since other people may be interested in continuing this thread.
If you already have all this information in an access db and you like access, I would recommend finding a hosting provider that will host your access app. Alternatively, a provider that would provide you a mysql database user account would be good as well. Certainly the latter is a pretty standard hosting option. I can make some non-authoritative recommendations for hosting options, Im sure other people can suggest some as well - it's really a smorgasborg. Most of the flat-file database technologies (actually, all that I know of), only support key-value pair matching. They are basically like a persistent hash. You can of course implement a simple database with these, but the more database-like functionality you want out of it, the less appropriate a solution it is. I would recommend doing a bit of research by looking at NBDM_File (perldoc NDBM_File, try out the examples, etc.) and see if that does what you want. If it doesn't I would find a hosting provider that gives you some rudimentary database access. George On Tuesday, July 23, 2002, at 04:47 PM, Garry Hojan wrote: > Hi George, > > Thanks for the quick response. I am trying to develop a database that > will > allow someone to select a country (or list of countries) and a type of > product, then based on this criteria have it bring up another form and > based > on the that query have it return a large amount of information. Any > suggestions how I can do this, especially when I am not in control of > the > hosting server? > > Best regards, > Garry Hojan > > > // George Schlossnagle // Principal Consultant // OmniTI, Inc http://www.omniti.com // (c) 240.460.5234 (e) [EMAIL PROTECTED] // 1024D/1100A5A0 1370 F70A 9365 96C9 2F5E 56C2 B2B9 262F 1100 A5A0 -- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
