<?xml version="1.0" encoding="UTF-8"?>

<rdf:RDF
 xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
 xmlns="http://purl.org/rss/1.0/"
 xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/"
 xmlns:dc="http://purl.org/dc/elements/1.1/"
 xmlns:syn="http://purl.org/rss/1.0/modules/syndication/"
 xmlns:admin="http://webns.net/mvcb/"
>

<channel rdf:about="http://sql-info.de/">
<title>sql-info.de</title>
<link>http://sql-info.de/</link>
<description></description>
<syn:updatePeriod>daily</syn:updatePeriod>
<syn:updateFrequency>1</syn:updateFrequency>
<syn:updateBase>2001-01-01T00:00+00:00</syn:updateBase>
<items>
 <rdf:Seq>
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/mysql-dropping-bdb-support.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/more-on-oracle-innodb-purchase.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/gotcha-user-is-not-a-reserved-word.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/mysql-new-Solid-engine-roadmap-available.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/mysql-to-obtain-new-database-engine-solid.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/TRUNCATE-not-transaction-safe.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/mysql-renews-oracle-innodb-contract.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/ddl-and-transactions-no-warnings-gotcha.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/insert-into-value.html" />
  <rdf:li rdf:resource="http://sql-info.de/mysql/notes/mysql-5.0-production-release.html" />
 </rdf:Seq>
</items>
</channel>

<item rdf:about="http://sql-info.de/mysql/notes/mysql-dropping-bdb-support.html">
<title>MySQL dropping BDB support</title>
<link>http://sql-info.de/mysql/notes/mysql-dropping-bdb-support.html</link>
<description>&lt;p&gt;
  According to the 
  changelog for the 5.1.12 beta release :
&lt;/p&gt;

Incompatible change: Support for the BerkeleyDB (BDB) engine has been dropped from this release. Any existing tables that are in BDB format will not be readable from within MySQL from 5.1.12 or newer. You should convert your tables to another storage engine before upgrading to 5.1.12.


&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/mysql-dropping-bdb-support.html" title="MySQL dropping BDB support"&gt;more...&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-08-24T13:21:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/more-on-oracle-innodb-purchase.html">
<title>More on Oracle's InnoDB purchase</title>
<link>http://sql-info.de/mysql/notes/more-on-oracle-innodb-purchase.html</link>
<description>&lt;p&gt;
  An interesting perspective from Lisa Vaas of eWeek.com on Oracle's purchase of InnoDB:
 The Truth Comes Out: Oracle Bought InnoDB Without a Clue
&lt;/p&gt;
&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/more-on-oracle-innodb-purchase.html" title="More on Oracle's InnoDB purchase"&gt;permalink&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-26T16:58:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/gotcha-user-is-not-a-reserved-word.html">
<title>Gotcha: "user" is not a reserved word</title>
<link>http://sql-info.de/mysql/notes/gotcha-user-is-not-a-reserved-word.html</link>
<description>&lt;p&gt;
  In MySQL, user is not a reserved word and can be used as-is
  as a table name. As web applications in particular often have their own
  user table, it is in common use, which is perfectly understandable.
&lt;/p&gt;
&lt;p&gt;
  However, according to the various ANSI SQL standards, user
  is a reserved word (see e.g. here or here ), and this leads to problems when converting
  MySQL schema definitions to other databases, such as that described
  here .
&lt;/p&gt;
&lt;p&gt;
  Note that as of MySQL 5.0.19, even when selecting MySQL's ANSI Mode , " user " does not appear to treated as a reserved word,
 and no warnings are given when it is used to create a table.
&lt;/p&gt;
&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/gotcha-user-is-not-a-reserved-word.html" title="Gotcha: "user" is not a reserved word"&gt;permalink&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-21T22:57:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/mysql-new-Solid-engine-roadmap-available.html">
<title>MySQL's new "Solid" engine: roadmap available</title>
<link>http://sql-info.de/mysql/notes/mysql-new-Solid-engine-roadmap-available.html</link>
<description>&lt;p&gt;
  This news.com article names some dates for the introduction of the new database engine from Solid&trade; Inc.: a prototype will be demonstrated on April 24, a beta with sourcecode will be available in July, and the release version will come "in the fourth quarter" (presumably of 2006).
&lt;/p&gt;
&lt;p&gt;
  The new engine will be dual-licensed (GPL / commercial) along the same lines
  as InnoDB.
&lt;/p&gt;

&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/mysql-new-Solid-engine-roadmap-available.html" title="MySQL's new "Solid" engine: roadmap available"&gt;permalink&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-18T19:58:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/mysql-to-obtain-new-database-engine-solid.html">
<title>MySQL to obtain new database engine?</title>
<link>http://sql-info.de/mysql/notes/mysql-to-obtain-new-database-engine-solid.html</link>
<description>&lt;p&gt;
  The MySQL database engine merry-go-round is continuing to spin.
  Having "lost" two of its transactional backends
  to the 800lb gorilla of the database world, Oracle, MySQL has been stepping
  up efforts to acquire and develop independent technologies. Following onto 
  its acquisition of Netfrastructure ,
  ZDNet reports that 
  Solid™ Information Technology
  will be making its 
  solidDB Storage Engine for MySQL available as open source under the GPL from June.
&lt;/p&gt;
&lt;p&gt;
  What this entails precisely is not clear. Solid seems to specialize in
  high-performance database solutions for the telecommunications industry
  with an emphasis on in-memory operations. There appears to be no mention
  of MySQL on its site, and nor does MySQL have - as of the time of writing -
  any announcement in its News section .
&lt;/p&gt;

&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/mysql-to-obtain-new-database-engine-solid.html" title="MySQL to obtain new database engine?"&gt;more...&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-17T07:38:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/TRUNCATE-not-transaction-safe.html">
<title>TRUNCATE: not transaction safe</title>
<link>http://sql-info.de/mysql/notes/TRUNCATE-not-transaction-safe.html</link>
<description>&lt;p&gt;
  Beginning with version 5.0.3, MySQL now includes a &quot;real&quot; TRUNCATE
  command for InnoDB tables, similar to that provided by Oracle and PostgreSQL.
&lt;/p&gt;
&lt;p&gt;
  George-Cristian Bîrzan ( gcbirzan {at} constanta dot rdsnet dot ro ) wrote to point out that it is affected by
 the following interesting gotcha:
&lt;/p&gt;


&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/TRUNCATE-not-transaction-safe.html" title="TRUNCATE: not transaction safe"&gt;more...&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-13T14:43:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/mysql-renews-oracle-innodb-contract.html">
<title>MySQL renews Oracle InnoDB contract</title>
<link>http://sql-info.de/mysql/notes/mysql-renews-oracle-innodb-contract.html</link>
<description>&lt;p&gt;
  As a follow-up to this article , 
  MySQL has - according to this 
  CNET report -
  renewed the InnoDB contract inherited by Oracle when it purchased the
  Finnish company.
&lt;/p&gt;
&lt;p&gt;
   MySQL CEO Marten Mickos is quoted as saying "Oracle told us that it's business as usual--they don't want to slow us down, and they will fix bugs"
  -  which on the face of it is good news for anyone with a long term investment in InnoDB technologies.
&lt;/p&gt;
&lt;p&gt;
  The article does not say whether Oracle will fix some of the more fundamental
  issues with InnoDB's MySQL engine.
&lt;/p&gt;
&lt;p&gt;
  In related news ,
   MySQL is pushing ahead with development of its own 
  transactional storage engine following its acquisition of Netfrastructure,
  one of the original InterBase developers and a member of the
  Firebird project.
&lt;/p&gt;

&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/mysql-renews-oracle-innodb-contract.html" title="MySQL renews Oracle InnoDB contract"&gt;permalink&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-13T14:14:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/ddl-and-transactions-no-warnings-gotcha.html">
<title>DDL and Transactions: No Warnings Gotcha</title>
<link>http://sql-info.de/mysql/notes/ddl-and-transactions-no-warnings-gotcha.html</link>
<description>&lt;p&gt;
  Many of the gotchas in pre 5.0 MySQL versions stem from the fact that
  operations silently failed without any type of error message or warning.
  That situation has improved with 5.0, with explicit warnings being
  emmitted on some operations, such as when data is truncated, making
  it easier to catch potential problems.
&lt;/p&gt;
&lt;p&gt;
  However, with DDL operations (e.g. DROP TABLE ) in a transactional
  context, there are still no warnings which would alert the user to potential
  problems. Of course, in MySQL DDL operations are by nature not transactional,
  but sometimes it is easy to forget this.
&lt;/p&gt;
&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/ddl-and-transactions-no-warnings-gotcha.html" title="DDL and Transactions: No Warnings Gotcha"&gt;more...&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-13T07:41:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/insert-into-value.html">
<title>INSERT INTO ... VALUE (sic)</title>
<link>http://sql-info.de/mysql/notes/insert-into-value.html</link>
<description>&lt;p&gt;
  This is the first gotcha I've found for
  the current 5.0 series.
&lt;/p&gt;
&lt;p&gt;
 " INSERT INTO " seems to accept the phrase " VALUE " 
 as equivalent to the more usual " VALUES ". While I'm not sure whether this is standard SQL, I've never encountered it before and can find no reference to this syntax on the documentation page at 
  http://dev.mysql.com/doc/refman/5.0/en/insert.html .
&lt;/p&gt;
&lt;p&gt;
  For example:
&lt;/p&gt;

&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/insert-into-value.html" title="INSERT INTO ... VALUE (sic)"&gt;more...&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2006-04-04T06:57:00+01:00</dc:date>
</item>

<item rdf:about="http://sql-info.de/mysql/notes/mysql-5.0-production-release.html">
<title>MySQL 5.0 production release</title>
<link>http://sql-info.de/mysql/notes/mysql-5.0-production-release.html</link>
<description>&lt;p&gt;
  MySQL 5.0 is finally ready for the big time with the release of the 
  first general availabilty version 5.0.15 following a long period of testing.
&lt;/p&gt;

Release announcement

&lt;p&gt;
  The addition of many new features such as stored procedures, triggers, views
  and cursors has finally brought MySQL onto the same playing field as other
  RDBMS products, both proprietary and open source, and puts it in a
  position to expand into the "enterprise" database market.
&lt;/p&gt;
&lt;p&gt;
  It is also a good reason to finally get around to updating 
  (and hopefully reducing) the MySQL Gotchas - watch that space.
&lt;/p&gt;
&lt;p&gt;&lt;a href="http://sql-info.de/mysql/notes/mysql-5.0-production-release.html" title="MySQL 5.0 production release"&gt;permalink&lt;/a&gt;&lt;/p&gt;</description>
<dc:date>2005-10-25T07:46:00+01:00</dc:date>
</item>

</rdf:RDF>