<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>
<channel>
	<title>Comments on: MySQL kondigt nieuwe storage engine aan: Maria</title>
	<atom:link href="http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/feed" rel="self" type="application/rss+xml" />
	<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria</link>
	<description>Webdevelopment explored</description>
	<pubDate>Sat, 31 Jul 2010 15:52:27 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Mathieu Kooiman</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-38764</link>
		<dc:creator>Mathieu Kooiman</dc:creator>
		<pubDate>Wed, 20 Feb 2008 12:59:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-38764</guid>
		<description>Als ik http://www.mysql.com/mysql60/faq.html lees lijkt het er op dat ze dat willen gaan regelen met een laagje boven de storage engines zodat alle engines straks gewoon foreign keys kunnen ondersteunen zonder dat specifieke support ervoor in de engine zelf gebakken hoeft te worden.

"10. Does Falcon have Foreign Keys/Server-enforced Referential Integrity?
Foreign key support in Falcon will be supplied above the storage engine layer, which means that other engines besides Falcon will be able to use server-enforced referential integrity. The Foreign Key work is being done outside of the Falcon project and is not available in MySQL 6.0."

Maar nog niet in MySQL 6, dus.</description>
		<content:encoded><![CDATA[<p>Als ik <a href="http://www.mysql.com/mysql60/faq.html" rel="nofollow">http://www.mysql.com/mysql60/faq.html</a> lees lijkt het er op dat ze dat willen gaan regelen met een laagje boven de storage engines zodat alle engines straks gewoon foreign keys kunnen ondersteunen zonder dat specifieke support ervoor in de engine zelf gebakken hoeft te worden.</p>
<p>"10. Does Falcon have Foreign Keys/Server-enforced Referential Integrity?<br />
Foreign key support in Falcon will be supplied above the storage engine layer, which means that other engines besides Falcon will be able to use server-enforced referential integrity. The Foreign Key work is being done outside of the Falcon project and is not available in MySQL 6.0."</p>
<p>Maar nog niet in MySQL 6, dus.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Frank</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-38763</link>
		<dc:creator>Frank</dc:creator>
		<pubDate>Wed, 20 Feb 2008 12:56:12 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-38763</guid>
		<description>Maria is vergelijkbaar met MyISAM en dus kun je weer eens geen relaties leggen tussen diverse tabellen. Net zoals Falcon is er weer geen relationele database te bouwen met deze engine. Het blijft mij een raadsel waarom ze niet eens gaan focussen op 1 goede en complete engine, nu blijft het een samenraapsel van onbruikbare onderdelen (beetje zwart-wit, maar toch).

http://dev.mysql.com/downloads/maria/index.html</description>
		<content:encoded><![CDATA[<p>Maria is vergelijkbaar met MyISAM en dus kun je weer eens geen relaties leggen tussen diverse tabellen. Net zoals Falcon is er weer geen relationele database te bouwen met deze engine. Het blijft mij een raadsel waarom ze niet eens gaan focussen op 1 goede en complete engine, nu blijft het een samenraapsel van onbruikbare onderdelen (beetje zwart-wit, maar toch).</p>
<p><a href="http://dev.mysql.com/downloads/maria/index.html" rel="nofollow">http://dev.mysql.com/downloads/maria/index.html</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: berry__</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37682</link>
		<dc:creator>berry__</dc:creator>
		<pubDate>Wed, 06 Feb 2008 14:45:19 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37682</guid>
		<description>@Sebastiaan:

&#62; maar PostgreSQL blijft mij voorkeur houden
&#62; ;)
&#62;  is het door middel van een log een back-up 
&#62; terug zetten niet een beetje overkill?

En wat doet postgresql volgens jou dan?
http://www.postgresql.org/docs/8.1/static/backup-online.html#BACKUP-ARCHIVING-WAL</description>
		<content:encoded><![CDATA[<p>@Sebastiaan:</p>
<p>&gt; maar PostgreSQL blijft mij voorkeur houden<br />
&gt; ;)<br />
&gt;  is het door middel van een log een back-up<br />
&gt; terug zetten niet een beetje overkill?</p>
<p>En wat doet postgresql volgens jou dan?<br />
<a href="http://www.postgresql.org/docs/8.1/static/backup-online.html#BACKUP-ARCHIVING-WAL" rel="nofollow">http://www.postgresql.org/docs/8.1/static/backup-online.html#BACKUP-ARCHIVING-WAL</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mathieu Kooiman</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37548</link>
		<dc:creator>Mathieu Kooiman</dc:creator>
		<pubDate>Mon, 04 Feb 2008 21:19:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37548</guid>
		<description>Nouja, ze hebben allebei een andere opzet dus ze zullen allebei wel op een verschillende workload zo hun voordeel hebben. Maar qua directe (SQL) features zal het ws. niet ver uit elkaar lopen meer.</description>
		<content:encoded><![CDATA[<p>Nouja, ze hebben allebei een andere opzet dus ze zullen allebei wel op een verschillende workload zo hun voordeel hebben. Maar qua directe (SQL) features zal het ws. niet ver uit elkaar lopen meer.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Derk</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37547</link>
		<dc:creator>Derk</dc:creator>
		<pubDate>Mon, 04 Feb 2008 20:36:31 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37547</guid>
		<description>Wat is het voordeel van twee storage engines ontwikkelen? Kunnen ze niet beter gewoon een goede maken?</description>
		<content:encoded><![CDATA[<p>Wat is het voordeel van twee storage engines ontwikkelen? Kunnen ze niet beter gewoon een goede maken?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Maarten</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37258</link>
		<dc:creator>Maarten</dc:creator>
		<pubDate>Thu, 31 Jan 2008 07:19:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37258</guid>
		<description>Met logs kan je ook teruggaan naar een specifieke state, door gewoon niet de hele log af te spelen. Tevens kan je niet bij elke query de gehele tabel exporteren, terwijl een log entry van de huidige query wel doable is.</description>
		<content:encoded><![CDATA[<p>Met logs kan je ook teruggaan naar een specifieke state, door gewoon niet de hele log af te spelen. Tevens kan je niet bij elke query de gehele tabel exporteren, terwijl een log entry van de huidige query wel doable is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sebastiaan Stok</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37201</link>
		<dc:creator>Sebastiaan Stok</dc:creator>
		<pubDate>Wed, 30 Jan 2008 08:57:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37201</guid>
		<description>Dit is zeker goed nieuws, maar PostgreSQL blijft mij voorkeur houden ;)
Zeker voor de webhosting is een hele mooie ontwikkeling. Nu weet ik zelf niet hoe wal in zijn werk gaat maar is het door middel van een log een back-up terug zetten niet een beetje overkill?
Wel makkelijk voor back-up dat wel, maar en beetje dubbel lijkt mij zo.</description>
		<content:encoded><![CDATA[<p>Dit is zeker goed nieuws, maar PostgreSQL blijft mij voorkeur houden ;)<br />
Zeker voor de webhosting is een hele mooie ontwikkeling. Nu weet ik zelf niet hoe wal in zijn werk gaat maar is het door middel van een log een back-up terug zetten niet een beetje overkill?<br />
Wel makkelijk voor back-up dat wel, maar en beetje dubbel lijkt mij zo.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marten</title>
		<link>http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria/comment-page-1#comment-37200</link>
		<dc:creator>Marten</dc:creator>
		<pubDate>Wed, 30 Jan 2008 08:26:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.scriptorama.nl/software-updates/mysql-kondigt-nieuwe-storage-engine-aan-maria#comment-37200</guid>
		<description>Ben benieuwd hoe het gaat werken. Ben toen op PFcongrez geweest waar ook iemand van MySQL sprak over Falcon. Dit kwam mij erg positief over. Ben benieuwd over de werking van Falcon en nu dus ook van Maria.</description>
		<content:encoded><![CDATA[<p>Ben benieuwd hoe het gaat werken. Ben toen op PFcongrez geweest waar ook iemand van MySQL sprak over Falcon. Dit kwam mij erg positief over. Ben benieuwd over de werking van Falcon en nu dus ook van Maria.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
