Hi,

My project uses mySQL, of course. There are several databases in the system, each has a members table that is identical to the ones in the others. Members are checked as active of non-active (money). Now, opposed to editing every members table in every database, I'd like to adopt the following approach: house the members table in a separate database, edit that and have the update "seep" through to the databases, a likley-like the "other" db server where you'd link tables between databases. I heard the term "confederated" tables.

Any ideas where to get info, some howto and some examples?

Thanks!!

Thor

Would you *NEED* to have updates "seep through" to other tables?

Authentication, authorization and account capabilities are really something you can pull from the user database. You want, perhaps, a hash of "capabilities" which can be used when parsing requests by the user for services....does the hash match the requirement for access to useful functionality.

Is that what you're looking for? If so, you only need a query to update the users' access limits and a query to retrieve the authorization and compare it to the current request for service.

Hi,

Thanks for the reply...the members, though, are not related to the database users. They'd be members of an archery club. Points collected in competitions and so would be kept in that table.

The MySQL user would be the site itself, the PHP logs in via a password.

So, getting the userdata is not what I'm after. Sorry...

Thor