-----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

Reply via email to