sslug-teknik team mailing list archive

[Troels Arvin <troels@xxxxxxxx>]

On Wed, 08 Oct 2003 23:13:15 +0200, Peter Makholm wrote:

> Begrænsede? Det er stort set subselects man skal lave uden for MySQL
> eller burde den den ikke mangle noget SQL.funktionalitet.

Den mangler nu altså fortsat:
 - Triggers, og derfor også CHECK-constraints.
 - Stored procedures; sammenlign de mange udvidelser til PostgreSQL
   på http://gborg.postgresql.org/
 - Data-korrekthed: I MySQL er der talrige eksempler på, at den er
   designet på quick-and-dirty måden. Tag fx. dens dårlige
   validering af dato/tids-værdier.
 - Standard-korrekthed: hermed kritiseres ikke, at den
   ikke har implementeret hele SQL-whatever standarden, men at
   den på visse punkter bryder standarden på en meget grov måde,
   se fx:
   http://troels.arvin.dk/db/rdbms/#functions-concat [1]
   http://troels.arvin.dk/db/rdbms/#data_types-date_and_time-timestamp
   I SSLUG-regi skældes ofte ud over manglende respekt for standarder;
   dette bør efter min mening også gælde på området for relationelle
   databasesystemer...

Se i øvrigt http://sql-info.de/mysql/gotchas.html

> Og så kræver transaktioner at man bruger en speciel backend.

Både transaktioner og fremmednøgler kræver særlige tabeltyper, hvilket
er noget rod: Hvis man udvikler til MySQL kan man ikke rigtig regne med
noget, med mindre man både er udvikler og DBA på systemet.


Note 1:
MySQL kan sættes til at opfatte || som standarden foreskriver. Men
ikke-default server-indstillinger er det farlige at lægge sig an på.

-- 
Greetings from Troels Arvin, Copenhagen, Denmark