Rocky Smolin at Beach Access Software
rockysmolin at bchacc.com
Fri Feb 20 18:22:59 CST 2009
True. If I could get the users to put that language database somewhere where the program could find it. Have to keep in mind my users - low tech - don't know a folder from their elbow - have to have foolproof install or I'm on the phone trying to explain where the any key is. So, even though from a technical standpoint, you're right about separating the language db, from a Rolaids standpoint, I think I'd prefer to leave it in the front end. Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -----Original Message----- From: accessd-bounces at databaseadvisors.com [mailto:accessd-bounces at databaseadvisors.com] On Behalf Of Gustav Brock Sent: Friday, February 20, 2009 2:52 PM To: accessd at databaseadvisors.com Subject: Re: [AccessD] Find First in an Array? Hi Rocky The language data could be held in a separate database, a resource database, just like temp tables should be held in a separate (fourth) database. Microsoft knows how to handle this in Visual Studio and .Net where you can have languages, language versions (like French and Canadian French), and even company or business versions of such a language version. For example, a project may be labeled Project, Case, or Job in English UK for different businesses like construction, law, and media. Very flexible and at least backwards compatible with the frontend versions. /gustav >>> rockysmolin at bchacc.com 20-02-2009 21:05 >>> " I am not going to get into the "this is a local table so it goes in the FE... oh damn, now I gotta go update the data in 5 different FEs". BEs are for data (in my world)." In my case, where the 'data' is really static, and is needed by each user, wouldn't the design be better with the language tables in the FE? Rocky Smolin Beach Access Software 858-259-4334 www.e-z-mrp.com www.bchacc.com -- AccessD mailing list AccessD at databaseadvisors.com http://databaseadvisors.com/mailman/listinfo/accessd Website: http://www.databaseadvisors.com