Re: Getting started with Postgres or MySQL
- From: Max Hyre <max@xxxxxxxx>
- Date: Thu, 01 Feb 2007 08:31:14 -0500
Roberto C. Sanchez wrote:
On Wed, Jan 31, 2007 at 02:54:01PM -0900, Joshua J. Kugler wrote:
In that same document, they give the reason for doing so:I'm sorry, but "our database can't always handle
"The reason for using the preceding rules in non-strict
mode is that we can't check these conditions until the
statement has begun executing. We can't just roll back if
we encounter a problem after updating a few rows, because
the storage engine may not support rollback. The option
of terminating the statement is not that good; in this
case, the update would be ???half done,??? which is
probably the worst possible scenario. In this case, it's
better to ???do the best you can??? and then continue as
if nothing happened."
transactions" is not a valid excuse for allowing bogus
data.
Does this mean that Mysql isn't really a DB, but is in fact just a
front-end, translating SQL statements into commands to the real DB?
--
Best wishes,
Max Hyre
Attachment:
signature.asc
Description: OpenPGP digital signature
- Follow-Ups:
- Re: Getting started with Postgres or MySQL
- From: Ron Johnson
- Re: Getting started with Postgres or MySQL
- References:
- Re: Getting started with Postgres or MySQL
- From: Joshua J. Kugler
- Re: Getting started with Postgres or MySQL
- From: Ron Johnson
- Re: Getting started with Postgres or MySQL
- From: Joshua J. Kugler
- Re: Getting started with Postgres or MySQL
- From: Roberto C. Sanchez
- Re: Getting started with Postgres or MySQL
- From: Danesh Daroui
- Re: Getting started with Postgres or MySQL
- Prev by Date: Re: preventing parport, parport_pc and lp frpom being loaded at boot
- Next by Date: Re: Default firewall in etch
- Previous by thread: Re: Getting started with Postgres or MySQL
- Next by thread: Re: Getting started with Postgres or MySQL
- Index(es):