[Koha] Re: [Koha-devel] MySQL and foreign keys (fwd)
Pat Eyler
pate at eylerfamily.org
Thu Jan 16 13:39:05 NZDT 2003
might as well put this here too ... just to satisfy the folks who wondered
about Larry's question.
-pate
Pat Eyler
Kaitiaki/manager migrant Linux sys admin
the Koha project ruby, shell, and perl geek
http://www.koha.org http://pate.eylerfamily.org
---------- Forwarded message ----------
Date: Wed, 15 Jan 2003 19:27:32 -0500 (EST)
From: Pat Eyler <pate at eylerfamily.org>
To: Larry Currie <lcurrie at CalAcademy.Org>
Cc: koha-devel at lists.sourceforge.net
Subject: Re: [Koha-devel] MySQL and foreign keys
well, there are a couple of ways to respond. First, MySQL does have
foreign keys:
http://www.mysql.com/doc/en/ANSI_diff_Foreign_Keys.html
(There area also some specific dis-advantages to using foreign key
enforcement listed near the bottom of the above document.)
Secondly, the question of whether of not MySQL is ACID capable has little
to do with its suitiblity for our purposes. MySQL is frequently used by
serious websites to do serious business (NASA among them), I think that
properly used, MySQL is a completely valid choice for building an ILS.
-pate
Pat Eyler
Kaitiaki/manager migrant Linux sys admin
the Koha project ruby, shell, and perl geek
http://www.koha.org http://pate.eylerfamily.org
On Wed, 15 Jan 2003, Larry Currie wrote:
> Last night I attended a PerlMongers group meeting here in Oakland, CA
> and one of the presenters at the meeting asserted that MySQL could not
> claim to be a completely relational database because it doesn't let you
> define foreign keys. As a result, he feels that MySQL fails the ACID
> test (atomicity, consistency, referential integrity, and durability),
> and he advised people to avoid using it in Perl applications and instead
> use Postgres or some other relational database with more stability. He
> cited an example where you might have a one-to-one relationship between
> primary key values in two tables and if you deleted a value from one of
> the tables, MySQL would leave that value in the other table as dangling
> data without warning you to take care of it and as a result really mess
> up your database.
>
> Can anyone on the Koha list comment on this assertion and what the
> consequences might be for Koha?
>
> Larry Currie
>
> --
> Lawrence W. Currie
> User Services Librarian
> California Academy of Sciences
> Golden Gate Park
> San Francisco, CA 94118
> lcurrie at calacademy.org
> (415) 750-7108
> (415) 750-7106 fax
> http://www.calacademy.org/research/library/
>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by: A Thawte Code Signing Certificate
> is essential in establishing user confidence by providing assurance of
> authenticity and code integrity. Download our Free Code Signing guide:
> http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en
> _______________________________________________
> Koha-devel mailing list
> Koha-devel at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/koha-devel
>
-------------------------------------------------------
This SF.NET email is sponsored by: A Thawte Code Signing Certificate
is essential in establishing user confidence by providing assurance of
authenticity and code integrity. Download our Free Code Signing guide:
http://ads.sourceforge.net/cgi-bin/redirect.pl?thaw0028en
_______________________________________________
Koha-devel mailing list
Koha-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/koha-devel
More information about the Koha
mailing list