<?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>Christoph Muthmann - Neueste Kommentare auf 32 Secondary Data Files</title>
		<link>https://www.insidesql.org/blogs/cmu/?disp=comments</link>
		<atom:link rel="self" type="application/rss+xml" href="https://www.insidesql.org/blogs/cmu/?tempskin=_rss2&#38;disp=comments&#38;p=3322" />
		<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>cmu in Antwort auf: 32 Secondary Data Files</title>
			<pubDate>Thu, 07 Aug 2014 07:42:54 +0000</pubDate>
			<dc:creator><a href="https://www.insidesql.org/blogs/cmu/?disp=user&amp;user_ID=6" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_6"><span class="identity_link_username">cmu</span></a></dc:creator>
			<guid isPermaLink="false">c5558@https://www.insidesql.org/blogs/</guid>
			<description>Hallo Michael,
zu dem Thema gibt es diverse Empfehlungen, wobei ich sagen würde, dass man sich zuerst einmal das System anschauen sollte, ob wirklich ein Engpass auftritt. Linchi Shea hat einen guten Artikel zum Thema &lt;a href=&quot;http://sqlblog.com/blogs/linchi_shea/archive/2007/01/29/how-many-data-files-should-i-create-for-a-user-database.aspx&quot;&gt;How Many Data Files Should I Create for a User Database?&lt;/a&gt; verfasst, wo er auch auf die Microsoft Whitepaper hinweist. Seine Tests haben erst einen Performance- Unterschied bei mehr als 100 Usern gezeigt. Interessant ist auch noch &lt;a href=&quot;http://www.toadworld.com/platforms/sql-server/w/wiki/10373.configuring-database-files-for-optimal-perfomance.aspx#Using_Filegroups_and_Secondary_Data_Files&quot;&gt;dieser Artikel von Jen McCown&lt;/a&gt;. Sie beschreibt auch, dass man zuerst einmal analysieren sollte, ob dort überhaupt ein Engpass vorherrscht. 
Ansonsten gilt natürlich, dass die Verlagerung auf möglichst viele Spindeln die Performance erhöhen kann. Andererseits kann man mit Memory eine Menge abpuffern.
Einen schönen Tag noch,
Christoph</description>
			<content:encoded><![CDATA[Hallo Michael,
zu dem Thema gibt es diverse Empfehlungen, wobei ich sagen würde, dass man sich zuerst einmal das System anschauen sollte, ob wirklich ein Engpass auftritt. Linchi Shea hat einen guten Artikel zum Thema <a href="http://sqlblog.com/blogs/linchi_shea/archive/2007/01/29/how-many-data-files-should-i-create-for-a-user-database.aspx">How Many Data Files Should I Create for a User Database?</a> verfasst, wo er auch auf die Microsoft Whitepaper hinweist. Seine Tests haben erst einen Performance- Unterschied bei mehr als 100 Usern gezeigt. Interessant ist auch noch <a href="http://www.toadworld.com/platforms/sql-server/w/wiki/10373.configuring-database-files-for-optimal-perfomance.aspx#Using_Filegroups_and_Secondary_Data_Files">dieser Artikel von Jen McCown</a>. Sie beschreibt auch, dass man zuerst einmal analysieren sollte, ob dort überhaupt ein Engpass vorherrscht. 
Ansonsten gilt natürlich, dass die Verlagerung auf möglichst viele Spindeln die Performance erhöhen kann. Andererseits kann man mit Memory eine Menge abpuffern.
Einen schönen Tag noch,
Christoph]]></content:encoded>
			<link>https://www.insidesql.org/blogs/cmu/sql_server/32-secondary-data-files#c5558</link>
		</item>
		<item>
			<title>michaelbergrath in Antwort auf: 32 Secondary Data Files</title>
			<pubDate>Thu, 07 Aug 2014 06:00:42 +0000</pubDate>
			<dc:creator><a href="https://www.insidesql.org/blogs/cmu/?disp=user&amp;user_ID=48" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_48"><span class="identity_link_username">michaelbergrath</span></a></dc:creator>
			<guid isPermaLink="false">c5556@https://www.insidesql.org/blogs/</guid>
			<description>Hallo Christoph,

gibt es eigentlich eine Empfehlung (ähnlich wie bei der tempdb), wie viele Datafiles man für eine Datenbank (ca. 200 GB Daten) einrichten sollte? 

Viele Grüße

Michael</description>
			<content:encoded><![CDATA[Hallo Christoph,

gibt es eigentlich eine Empfehlung (ähnlich wie bei der tempdb), wie viele Datafiles man für eine Datenbank (ca. 200 GB Daten) einrichten sollte? 

Viele Grüße

Michael]]></content:encoded>
			<link>https://www.insidesql.org/blogs/cmu/sql_server/32-secondary-data-files#c5556</link>
		</item>
		<item>
			<title>admin in Antwort auf: 32 Secondary Data Files</title>
			<pubDate>Wed, 05 Sep 2012 08:27:31 +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">c2138@https://www.insidesql.org/blogs/</guid>
			<description>Es ist empfohlen von externen Beratern, die teuer sind. Also - per Definition - muss es richtig(er) als das, was der Inhouse angestellte Subject Matter Expert in diesem Fall machen würde. Punkt! :-)</description>
			<content:encoded><![CDATA[Es ist empfohlen von externen Beratern, die teuer sind. Also - per Definition - muss es richtig(er) als das, was der Inhouse angestellte Subject Matter Expert in diesem Fall machen würde. Punkt! :-)]]></content:encoded>
			<link>https://www.insidesql.org/blogs/cmu/sql_server/32-secondary-data-files#c2138</link>
		</item>
		<item>
			<title>cmu in Antwort auf: 32 Secondary Data Files</title>
			<pubDate>Wed, 05 Sep 2012 05:52:03 +0000</pubDate>
			<dc:creator><a href="https://www.insidesql.org/blogs/cmu/?disp=user&amp;user_ID=6" title="Benutzerprofil anzeigen" class="login user nowrap" rel="bubbletip_user_6"><span class="identity_link_username">cmu</span></a></dc:creator>
			<guid isPermaLink="false">c2136@https://www.insidesql.org/blogs/</guid>
			<description>Den Namen werde ich hier nicht preisgeben, denn trotz der etwas unkonventionellen Datenbankinstallation macht diese Software genau das, was sie soll. Abgesehen von den vielen Filegroups habe ich alle anderen Einstellungen mittlerweile angepaßt und verwende natürlich auch unsere Wartungs- und Sicherungsmechanismen.
Versöhnlich stimmt, dass Begriffe wie Foreign Key Constraints und Default keine Fremdwörter für den Hersteller sind und die Konsistenz der Daten nicht nur auf Applikationsebene geprüft wird.
Falls Du mehr wissen willst, können wir gerne mal in der Regionalgruppe drüber sprechen...</description>
			<content:encoded><![CDATA[Den Namen werde ich hier nicht preisgeben, denn trotz der etwas unkonventionellen Datenbankinstallation macht diese Software genau das, was sie soll. Abgesehen von den vielen Filegroups habe ich alle anderen Einstellungen mittlerweile angepaßt und verwende natürlich auch unsere Wartungs- und Sicherungsmechanismen.
Versöhnlich stimmt, dass Begriffe wie Foreign Key Constraints und Default keine Fremdwörter für den Hersteller sind und die Konsistenz der Daten nicht nur auf Applikationsebene geprüft wird.
Falls Du mehr wissen willst, können wir gerne mal in der Regionalgruppe drüber sprechen...]]></content:encoded>
			<link>https://www.insidesql.org/blogs/cmu/sql_server/32-secondary-data-files#c2136</link>
		</item>
		<item>
			<title> Volker in Antwort auf: 32 Secondary Data Files</title>
			<pubDate>Tue, 04 Sep 2012 17:07:47 +0000</pubDate>
			<dc:creator><span class="user anonymous" rel="bubbletip_comment_2135">Volker</span></dc:creator>
			<guid isPermaLink="false">c2135@https://www.insidesql.org/blogs/</guid>
			<description>Hallo Christoph,
fehlt nur noch der Name der großzügigen Anwendung. :-)

Viele Grüße
Volker</description>
			<content:encoded><![CDATA[Hallo Christoph,
fehlt nur noch der Name der großzügigen Anwendung. :-)

Viele Grüße
Volker]]></content:encoded>
			<link>https://www.insidesql.org/blogs/cmu/sql_server/32-secondary-data-files#c2135</link>
		</item>
			</channel>
</rss>
