Interesing,
so when they need to delete a customer from the system,,they just turn the
RI back on,,maybe at night when the 'regular' people have gone home?
how do they do it?
Ken
----- Original Message -----
From: "Dinkler, Fred" <[EMAIL PROTECTED]>
To: "pak" <[EMAIL PROTECTED]>
Cc: <[EMAIL PROTECTED]>
Sent: Wednesday, July 11, 2001 10:20 AM
Subject: RE: Referential Integrity
>
> In my experience, most "large corporate" databases
> are not implemented with RI enabled. The RI constraints
> often interfere with user workflows (incomplete data or
> data entered out of sequence) and adds processing overhead
> that adds up to serious cycle drain for lengthy runs.
>
> \\|//
> (@ @)
> -------oOO---(_)---OOo--------
> | |
> | Fred Dinkler |
> | SVP Technology |
> | DFII Atlanta |
> | Office: 01.770.596.1443 |
> | |
> ------------------------------
> |__|__|
> || ||
> ooO Ooo
>
>
>
> -----Original Message-----
> From: pak [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, July 10, 2001 11:31 PM
> To: Ken Sommers; [EMAIL PROTECTED]
> Subject: Re: Referential Integrity
>
>
> So is MySQL not suitable for large corporate database ?
> ----- Original Message -----
> From: "Ken Sommers" <[EMAIL PROTECTED]>
> To: "pak" <[EMAIL PROTECTED]>; <[EMAIL PROTECTED]>
> Sent: Wednesday, July 11, 2001 1:24 PM
> Subject: Re: Referential Integrity
>
>
> | hello,
> | Do simple input validation.
> |
> | If the user is entering what is supposed to be a primary key value,
> | make sure it is a valid key before sticking it in any where, If it's a
> bogus
> | key .tell the user to try again.
> |
> | If user wants you to delete rows from a primary table (customer)that
have
> | "foreign keys"( cust ID in Orders)that are still pointing to
> | something.(related table)..tell the user that this customer still has
> | orders( yes you'll have to check yourself),,and deleting all those
orders
> | would make the accountants and IRS really mad. and you can;t delete the
> | customer without deleting all the orders,,and tell them further more
> ,,that
> | deleting primary keys is bad practice anyway..should just set the active
> | flag to "NO"..cuz you still want all the history involved with that
> customer
> | around.. and further more,..IF a few years down the line that customer
has
> | been inactive for a buncha years kill him or her then. and all the
related
> | orders .but only after the history files have been summarized and tucked
> | away.
> |
> | User wants to change a primary key value,,just don't do it..:) too much
> | work..OR tell 'em it will cost 'em.
> |
> | have fun,
> | Ken
> |
> |
> |
> | ----- Original Message -----
> | From: "pak" <[EMAIL PROTECTED]>
> | To: <[EMAIL PROTECTED]>
> | Sent: Tuesday, July 10, 2001 7:17 PM
> | Subject: Referential Integrity
> |
> |
> | > MySQL does not support RI, anyone has good suggestion that do this in
> the
> | > program ?
> | > As this would be a nightmare if I have 50 detail tables to update
> | > programmatically.
> | >
> | >
> | > ---------------------------------------------------------------------
> | > Before posting, please check:
> | > http://www.mysql.com/manual.php (the manual)
> | > http://lists.mysql.com/ (the list archive)
> | >
> | > To request this thread, e-mail <[EMAIL PROTECTED]>
> | > To unsubscribe, e-mail
> | <[EMAIL PROTECTED]>
> | > Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
> | >
>
>
> ---------------------------------------------------------------------
> Before posting, please check:
> http://www.mysql.com/manual.php (the manual)
> http://lists.mysql.com/ (the list archive)
>
> To request this thread, e-mail <[EMAIL PROTECTED]>
> To unsubscribe, e-mail
<[EMAIL PROTECTED]>
> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
>
>
> ---------------------------------------------------------------------
> Before posting, please check:
> http://www.mysql.com/manual.php (the manual)
> http://lists.mysql.com/ (the list archive)
>
> To request this thread, e-mail <[EMAIL PROTECTED]>
> To unsubscribe, e-mail
<[EMAIL PROTECTED]>
> Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
>
>
---------------------------------------------------------------------
Before posting, please check:
http://www.mysql.com/manual.php (the manual)
http://lists.mysql.com/ (the list archive)
To request this thread, e-mail <[EMAIL PROTECTED]>
To unsubscribe, e-mail <[EMAIL PROTECTED]>
Trouble unsubscribing? Try: http://lists.mysql.com/php/unsubscribe.php
