-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 11-Sep-2003/07:05 -0500, Jason Tesser <[EMAIL PROTECTED]> wrote: >Anyways, my question is could someone send me info links or anything like >that that could aid me in explaining why Access programming, if that is >what you call it, and staying dependant to M$ for that matter, would not >be a good thing to persue for our future.
It depends on what you need. Access makes a decent desktop database for small apps that only hold data for a single user. It also makes a decent front end to a multiuser SQL database server like MS-SQL Server, MySQL, or my favorite, PostgreSQL. What it doesn't do well is manage large amounts of data for multiple concurrent users. Avoiding vendor lock-in is almost always a good idea. Using LAMP (Linux, Apache, MySQL, Perl/Python/PHP) to develop Web-based apps is a good way to avoid vendor lock-in. If you're careful the app could be run on either a Windows or *nix server with only a little conversion work. >We are having a tech meeting soon where we will be discusing our future >direction and I want to go into that meeting with information and >examples. The top-level ".org" domain server for the Internet runs on PostgreSQL. The U.S. Census Bureau provides public data using MySQL. I'm sure a little googling will turn up case studies for both databases and other Open Source tools. The real key is to look closely at your own requirements and resources. Tony - -- Anthony E. Greene <mailto:[EMAIL PROTECTED]> OpenPGP Key: 0x6C94239D/7B3D BD7D 7D91 1B44 BA26 C484 A42A 60DD 6C94 239D AOL/Yahoo Messenger: TonyG05 HomePage: <http://www.pobox.com/~agreene/> Linux. The choice of a GNU generation <http://www.linux.org/> -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.1 (GNU/Linux) Comment: Anthony E. Greene <mailto:[EMAIL PROTECTED]> 0x6C94239D iD8DBQE/YnmLpCpg3WyUI50RAmfIAKCbTQ+mBpU6PV/eg9ECaJ4qRzriMACg+0rL BH84W844c7gO/L/HiZVDdXQ= =mh8N -----END PGP SIGNATURE----- -- redhat-list mailing list unsubscribe mailto:[EMAIL PROTECTED] https://www.redhat.com/mailman/listinfo/redhat-list