<?xml version="1.0" encoding="utf-8"?><!-- generator="b2evolution/6.11.7-stable" -->
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:admin="http://webns.net/mvcb/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Uwe Ricken - Neueste Kommentare auf TRUNCATE TABLE [tablename] wird nicht protokolliert?</title>
		<link>https://www.insidesql.org/blogs/uricken/?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="https://www.insidesql.org/blogs/uricken/?tempskin=_rss2&#38;disp=comments&#38;p=3505" />
		<description></description>
		<language>de-DE</language>
		<docs>http://backend.userland.com/rss</docs>
		<admin:generatorAgent rdf:resource="http://b2evolution.net/?v=6.11.7-stable"/>
		<ttl>60</ttl>
		<item>
			<title>admin in Antwort auf: TRUNCATE TABLE [tablename] wird nicht protokolliert?</title>
			<pubDate>Mon, 10 Jun 2013 08:59:38 +0000</pubDate>
			<dc:creator><a href="http://www.insidesql.org/blogs/" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_1"><span class="identity_link_username">admin</span></a></dc:creator>
			<guid isPermaLink="false">c2260@https://www.insidesql.org/blogs/</guid>
			<description>Genau. Beide Beiträge ergänzen sich hervorragend.</description>
			<content:encoded><![CDATA[Genau. Beide Beiträge ergänzen sich hervorragend.]]></content:encoded>
			<link>https://www.insidesql.org/blogs/uricken/2013/06/08/truncate-table-tablename-wird-nicht#c2260</link>
		</item>
		<item>
			<title> Uwe Ricken in Antwort auf: TRUNCATE TABLE [tablename] wird nicht protokolliert?</title>
			<pubDate>Mon, 10 Jun 2013 07:11:34 +0000</pubDate>
			<dc:creator><span class="user anonymous" rel="bubbletip_comment_2259">Uwe Ricken</span></dc:creator>
			<guid isPermaLink="false">c2259@https://www.insidesql.org/blogs/</guid>
			<description>Hallo Frank,

vielen Dank für die wichtigen Hinweise.
Ich hoffe aber, dass durch den Artikel klar, ist, dass es sich um DDL-Operationen handelt und somit die Einschränkungen von Metadatenmanipulationen zu berücksichtigen sind.

Sorry - ich wußte nicht, dass Du auch schon (wenn auch vor vielen Jahren) einen ähnlichen Artikel geschrieben hast.
Ich habe nur etwas mehr &quot;unter die Haube&quot; geschaut :)</description>
			<content:encoded><![CDATA[Hallo Frank,

vielen Dank für die wichtigen Hinweise.
Ich hoffe aber, dass durch den Artikel klar, ist, dass es sich um DDL-Operationen handelt und somit die Einschränkungen von Metadatenmanipulationen zu berücksichtigen sind.

Sorry - ich wußte nicht, dass Du auch schon (wenn auch vor vielen Jahren) einen ähnlichen Artikel geschrieben hast.
Ich habe nur etwas mehr "unter die Haube" geschaut :)]]></content:encoded>
			<link>https://www.insidesql.org/blogs/uricken/2013/06/08/truncate-table-tablename-wird-nicht#c2259</link>
		</item>
		<item>
			<title>admin in Antwort auf: TRUNCATE TABLE [tablename] wird nicht protokolliert?</title>
			<pubDate>Mon, 10 Jun 2013 06:19:35 +0000</pubDate>
			<dc:creator><a href="http://www.insidesql.org/blogs/" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_1"><span class="identity_link_username">admin</span></a></dc:creator>
			<guid isPermaLink="false">c2257@https://www.insidesql.org/blogs/</guid>
			<description>Nice! Eine kleine Anmerkung habe ich dennoch. :-)
Ist zwar nicht die Stossrichtung deines Beitrages, aber dennoch solltest du vielleicht erwähnen, dass es zwischen DELETE und TRUNCATE einige weitere gewichtige Unterschiede gibt. 
* TRUNCATE funktioniert nicht, wenn Foreign Keys im Spiel sind. Von daher wird man es bei den meisten Tabellen eines OLTP Systems kaum einsetzen können
* TRUNCATE setzt einen evtl. vorhandenen IDENTITY Wert zurück. Das sollte zwar kein grosses Problem sein, aber man sollte sich dessen bewusst sein, bevor man ein TRUNCATE absetzt.
* TRUNCATE ist immer alles in einer Tabelle. Es funktioniert aus eben diesen Gründen, die du sehr schön beschrieben hast, leider nicht, dass man ein TRUNCATE TABLE .... WHERE.... ausführen kann (....nachdem ich den 1.ten Kaffee ausgetrunken habe, ist mir dann auch aufgefallen, dass du das ja bereits erwähnst)

...der Einfachheithalber könnten wir auch einen &lt;a href=&quot;http://www.insidesql.org/blogs/frankkalis/2004/07/13/unterschied-zwischen-delete-und-truncate&quot;&gt;Querverweis&lt;/a&gt; einbauen (Shameless plug....).</description>
			<content:encoded><![CDATA[Nice! Eine kleine Anmerkung habe ich dennoch. :-)
Ist zwar nicht die Stossrichtung deines Beitrages, aber dennoch solltest du vielleicht erwähnen, dass es zwischen DELETE und TRUNCATE einige weitere gewichtige Unterschiede gibt. 
* TRUNCATE funktioniert nicht, wenn Foreign Keys im Spiel sind. Von daher wird man es bei den meisten Tabellen eines OLTP Systems kaum einsetzen können
* TRUNCATE setzt einen evtl. vorhandenen IDENTITY Wert zurück. Das sollte zwar kein grosses Problem sein, aber man sollte sich dessen bewusst sein, bevor man ein TRUNCATE absetzt.
* TRUNCATE ist immer alles in einer Tabelle. Es funktioniert aus eben diesen Gründen, die du sehr schön beschrieben hast, leider nicht, dass man ein TRUNCATE TABLE .... WHERE.... ausführen kann (....nachdem ich den 1.ten Kaffee ausgetrunken habe, ist mir dann auch aufgefallen, dass du das ja bereits erwähnst)

...der Einfachheithalber könnten wir auch einen <a href="http://www.insidesql.org/blogs/frankkalis/2004/07/13/unterschied-zwischen-delete-und-truncate">Querverweis</a> einbauen (Shameless plug....).]]></content:encoded>
			<link>https://www.insidesql.org/blogs/uricken/2013/06/08/truncate-table-tablename-wird-nicht#c2257</link>
		</item>
			</channel>
</rss>
