Performance verbessern - Versionsgeschichte

Gevitas am 10. September 2020 um 10:00 Uhr

2020-09-10T10:00:17Z

← Nächstältere Version		Version vom 10. September 2020, 10:00 Uhr
Zeile 18:		Zeile 18:
	==== Hardware ====		==== Hardware ====

	* RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.		* RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''!
			: SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf.
			:Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.

	* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.		* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.
	* Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":
	** '''Es wird nur ein Prozessor bzw. ein Prozessorkern verwendet: '''Das ist nicht so schlimm, weil die CPU eines SQL-Servers meist "gelangweilt" ist.
	** '''Die Express-Edition nutzt maximal 1 GB Arbeitsspeicher:''' Das ist schon eine wesentliche Einschränkung! SQL-Server "leben" von RAM-Speicher. Wenn Sie nicht genug davon haben, können Sie keine internen [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] aufbauen, in denen sie sich immer wiederkehrende Abfragen merken.
	** '''Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB)''': Die wenigsten Kunden werden dieses Limit erreichen.

	* '''~~Nutzen Sie neuere Hardware~~''', die z.B. [~~http://de.wikipedia.org/wiki/Festplatte#SATA SATA~~] ~~benutzt~~. Der "Flaschenhals" eines Servers ist meist die Festplatte! Der Grund liegt darin, dass der SQL-Server sicherstellen muss, dass die gerade gespeicherten Daten auch allen Benutzern sicher '''sofort''' zur Verfügung stehen. Also müssen '''neue Daten sofort''' auf die Festplatte. Bei neuen Daten müssen aber meist auch die Indizes aktualisiert werden, was einen weiteren Festplatten-Zugriff notwendig macht.		* Wenn Sie den "MS SQL Server '''Express'''" verwenden, beachten Sie die Einschränkungen der Express-Versionen
			: (Max. RAM-Speicher, Prozessor-Kerne usw.)
			* Denken Sie über den Einsatz von mySQL© nach, siehe [[Welches_Datenbank-System_verwenden%3F\|Welches Datenbank-System verwenden?]].

			* Der "Flaschenhals" eines Servers ist meist die Festplatte!
			: Der Grund liegt darin, dass der SQL-Server sicherstellen muss, dass die gerade gespeicherten Daten auch allen Benutzern sicher '''sofort''' zur Verfügung stehen.
			: Also müssen '''neue Daten sofort''' auf die Festplatte. Bei neuen Daten müssen aber meist auch die Indizes aktualisiert werden, was einen weiteren Festplatten-Zugriff notwendig macht.


	==== Datenbank-Indizes ====		==== Datenbank-Indizes ====

	Ein [http://de.wikipedia.org/wiki/Datenbankindex Datenbank-Index] ist ein Mechanismus einer Datenbank-Maschine, der bestimmte Felder (Spalten) einer Tabelle '''indiziert'''. Dadurch merkt sich der Datenbank-Server in einer speziellen internen Tabelle, welche Werte es für das ausgewählte Feld gibt. Der '''Zugriff''' auf '''bestimmte Werte''' der Tabelle wird dadurch '''wesentlich beschleunigt'''.		Ein [http://de.wikipedia.org/wiki/Datenbankindex Datenbank-Index] ist ein Mechanismus einer Datenbank-Maschine, der bestimmte Felder (Spalten) einer Tabelle '''indiziert'''.

			Dadurch merkt sich der Datenbank-Server in einer speziellen internen Tabelle, welche Werte es für das ausgewählte Feld gibt. Der '''Zugriff''' auf '''bestimmte Werte''' der Tabelle wird dadurch '''wesentlich beschleunigt'''.

	* Vorteil: Das '''Einlesen''' von Daten wird '''signifikant''' beschleunigt.		* Vorteil: Das '''Einlesen''' von Daten wird '''signifikant''' beschleunigt.
Zeile 41:		Zeile 49:

	* Der Artikel '''[[Standard-Indizes der GEVAS-Professional-Datenbank]]''' beinhaltet Informationen über die empfohlenen oder erweiterten Indizes einer [[GEVAS-Professional]]-Datenbank.		* Der Artikel '''[[Standard-Indizes der GEVAS-Professional-Datenbank]]''' beinhaltet Informationen über die empfohlenen oder erweiterten Indizes einer [[GEVAS-Professional]]-Datenbank.


	=== Client, Rechner ===		=== Client, Rechner ===
Zeile 46:		Zeile 55:
	Da sich die GEVITAS-Programme laufend den Anforderungen anpassen, steigt auch die Anforderung an die Rechner. Ein paar Tipps dazu:		Da sich die GEVITAS-Programme laufend den Anforderungen anpassen, steigt auch die Anforderung an die Rechner. Ein paar Tipps dazu:

	* Wenn Sie ältere Hardware verwenden, schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Bei älteren Rechnern ist die CPU für das Berechnen von Grafiken zuständig, bei neueren macht das die Grafikkarte.		* Wenn Sie ältere Hardware verwenden, schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus.
	* ~~Benutzen~~ Sie den ~~Grafikkarten~~-~~Treiber des Herstellers! Manchmal sucht Windows bei der Installation einen Microsoft~~-~~Treiber~~ aus~~, der die Grafikkarte u.U. nicht optimal ansteuert~~.		: Bei älteren Rechnern ist die CPU für das Berechnen von Grafiken zuständig, bei neueren macht das die Grafikkarte.

			* Schalten Sie in den Energie-Optionen die Spar-Optionen für das Netzwerk aus.

			* Benutzen Sie '''nicht''' die Netzwerk-Anschlüsse von IP-Telefonen für den PC!

	~~=== Terminal-Server, Citrix und Co. ===~~

	~~Wenn Sie das Programm über einen~~ Terminal-Server ~~benutzen:~~		=== Terminal-Server, RDC, Citrix und Co. ===

	* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen ~~Flache~~!		Wenn Sie das Programm über einen Remote-Server benutzen:

			* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus.
			: Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Fläche!
			* Je mehr Sessions laufen, desto mehr RAM und CPU-Leistung wird benötigt.


Zeile 61:		Zeile 76:
	=== Hintergrund ===		=== Hintergrund ===

	Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.		Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen.

	Leider '''kann''' es sein, dass das Speichern der Einstellungen auf einem Server-Laufwerk länger dauert! ~~D as~~ führt dazu, dass das Schließen eines Fensters ein paar Sekunden lang dauert, obwohl die eigentliche Datenbank-Abfrage darin schon längst abgeschlossen ist.		* Das hat den Vorteil, dass sich Benutzer*innen an verschiedenen Rechnern an das Programm anmelden können und überall die gewohnte Programm-Umgebung vorfinden, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.

			* Leider '''kann''' es sein, dass das Speichern der Einstellungen auf einem Server-Laufwerk länger dauert!
			: Das führt dazu, dass das Schließen eines Fensters ein paar Sekunden lang dauert, obwohl die eigentliche Datenbank-Abfrage darin schon längst abgeschlossen ist.

	;Hinweis		;Hinweis
Zeile 83:		Zeile 101:
	In der [[INI-Datei]] kann man den Ort der Benutzerprofil-Dateien festlegen.		In der [[INI-Datei]] kann man den Ort der Benutzerprofil-Dateien festlegen.

	Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance, verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können und ihr gewohntes Aussehen des Programms haben.		* Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance,
			: verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können
	~~Wenn man jedoch mit '''Remote Desktop (RDP)''' arbeitet, ist es '''empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen'''~~.		: und ihr gewohntes Aussehen des Programms haben.

			* Wenn man mit '''Remote Desktop''' oder einem ähnlichen System arbeitet, ist es '''empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen'''.
	;Grund		;Grund
	:Jede/r Benutzer/in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem ~~RDP~~-Server, also eigentlich lokal.		:Jeder Benutzerin arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem Remote-Server, also eigentlich lokal.
	:Man kann sich also an einem beliebigen Rechner anmelden, ~~RDP~~ starten und hat seine gewohnten Programm-Einstellungen!		:Man kann sich also an einem beliebigen Rechner anmelden, Remote starten und hat seine gewohnten Programm-Einstellungen!
			:Man hat also eine verbesserte Performance und trotzdem ein zentrale Stelle für die Benutzerprofil-Dateien.
	Man hat also eine verbesserte Performance und trotzdem ein zentrale Stelle für die Benutzerprofil-Dateien.

Gevitas: /* Allgemeines */

2020-09-10T09:46:29Z

Allgemeines

← Nächstältere Version		Version vom 10. September 2020, 09:46 Uhr
Zeile 1:		Zeile 1:
	== Allgemeines ==		== Allgemeines ==
	~~''Dieser Artikel ist noch in Bearbeitung''~~

	Dieser Artikel beschreibt, mit welchen Maßnahmen man die [http://de.wikipedia.org/wiki/Leistung_(Informatik) Performance] des Programms verbessern kann.		Dieser Artikel beschreibt, mit welchen Maßnahmen man die [http://de.wikipedia.org/wiki/Leistung_(Informatik) Performance] des Programms verbessern kann.

Gevitas: /* Benutzerprofil-Dateien lokal ablegen */

2019-02-12T08:55:55Z

Benutzerprofil-Dateien lokal ablegen

← Nächstältere Version		Version vom 12. Februar 2019, 08:55 Uhr
Zeile 86:		Zeile 86:
	Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance, verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können und ihr gewohntes Aussehen des Programms haben.		Wenn man die Benutzerprofil-Dateien lokal auf dem Rechner ablegt, gewinnt man u.U. enorm an Performance, verliert aber den Komfort, dass sich Benutzer/innen an jedem Arbeitsplatz anmelden können und ihr gewohntes Aussehen des Programms haben.

	Wenn man jedoch mit Remote Desktop (RDP) arbeitet, ist es empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen.		Wenn man jedoch mit '''Remote Desktop (RDP)''' arbeitet, ist es '''empfehlenswert, die Benutzerprofil-Dateien lokal abzulegen'''.

	;Grund		;Grund
	:Jede/r Benutzer/in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem RDP-Server, also eigentlich lokal.		:Jede/r Benutzer/in arbeitet ja in Wirklichkeit nicht an seinem Arbeitsplatz, sondern auf dem RDP-Server, also eigentlich lokal.
	:Man kann sich also an einem beliebigen Rechner anmelden, RDP starten und hat seine gewohnten Programm-Einstellungen!		:Man kann sich also an einem beliebigen Rechner anmelden, RDP starten und hat seine gewohnten Programm-Einstellungen!

			Man hat also eine verbesserte Performance und trotzdem ein zentrale Stelle für die Benutzerprofil-Dateien.

Gevitas: /* Speicherort der Benutzerprofil-Dateien */

2019-02-12T08:54:18Z

Speicherort der Benutzerprofil-Dateien

@@ Zeile 59: / Zeile 59: @@
 == Speicherort der Benutzerprofil-Dateien ==
 Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.
@@ Zeile 74: / Zeile 76: @@
 :*Versandart auswählen
 usw.

Gevitas am 12. Februar 2019 um 08:47 Uhr

2019-02-12T08:47:57Z

← Nächstältere Version		Version vom 12. Februar 2019, 08:47 Uhr
Zeile 56:		Zeile 56:

	* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!		* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!


			== Speicherort der Benutzerprofil-Dateien ==

			Eigentlich ist es eine gute Idee, die Benutzerprofil-Dateien auf einem Server-Laufwerk abzulegen. Das hat den Vorteil, dass sich ein/e Benutzer/in an verschiedenen Rechnern an das Programm anmelden kann und hat überall das gewohnte Benutzerprofil, also Farben, gewählte Optionen, Einstellungen der Tabellen usw.

			Leider '''kann''' es sein, dass das Speichern der Einstellungen auf einem Server-Laufwerk länger dauert! D as führt dazu, dass das Schließen eines Fensters ein paar Sekunden lang dauert, obwohl die eigentliche Datenbank-Abfrage darin schon längst abgeschlossen ist.

			;Hinweis
			:Technisch gesehen "merkt" sich das Programm beim Schließen eines Fensters alle Einstellungen, die das Fenster betreffen, in der Benutzerprofil-Datei.
			:Wenn man also z.B. einen Auftrag erfasst öffnet und schließt man beispielsweise diese Fenster:
			:*Status festlegen
			:*Kunde suchen/auswählen
			:*Wiederholt Artikel suchen/auswählen
			:*Unter Umständen mehrmals in die Dispo schauen
			:*Liefer-/Abhol-Anschrift festlegen
			:*Versandart auswählen
			usw.

Gevitas: /* Datenbank-Indizes */

2013-02-23T22:20:29Z

Datenbank-Indizes

← Nächstältere Version		Version vom 23. Februar 2013, 22:20 Uhr
Zeile 37:		Zeile 37:
	'''Das Anlegen von Indizes einer Datenbank ist eine Wissenschaft für sich!'''		'''Das Anlegen von Indizes einer Datenbank ist eine Wissenschaft für sich!'''

	Die [[REFLEX]] bzw. [[GEVAS-Professional]] bringen bei der Neuinstallation eine Datenbank mit, in den eigentlich alle notwendigen Indizes gesetzt sind.		Die [[REFLEX]] bzw. [[GEVAS-Professional]] bringen bei der Neuinstallation eine Datenbank mit, in den eigentlich alle notwendigen Indizes gesetzt sind.

			* Der Artikel '''[[Standard-Indizes der REFLEX-Datenbank]]''' beinhaltet Informationen über die empfohlenen oder erweiterten Indizes einer [[REFLEX]]-Datenbank.

			* Der Artikel '''[[Standard-Indizes der GEVAS-Professional-Datenbank]]''' beinhaltet Informationen über die empfohlenen oder erweiterten Indizes einer [[GEVAS-Professional]]-Datenbank.

	=== Client, Rechner ===		=== Client, Rechner ===

Gevitas am 22. Februar 2013 um 22:14 Uhr

2013-02-22T22:14:35Z

← Nächstältere Version		Version vom 22. Februar 2013, 22:14 Uhr
Zeile 26:		Zeile 26:
	** '''Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB)''': Die wenigsten Kunden werden dieses Limit erreichen.		** '''Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB)''': Die wenigsten Kunden werden dieses Limit erreichen.

	* Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.		* '''Nutzen Sie neuere Hardware''', die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt. Der "Flaschenhals" eines Servers ist meist die Festplatte! Der Grund liegt darin, dass der SQL-Server sicherstellen muss, dass die gerade gespeicherten Daten auch allen Benutzern sicher '''sofort''' zur Verfügung stehen. Also müssen '''neue Daten sofort''' auf die Festplatte. Bei neuen Daten müssen aber meist auch die Indizes aktualisiert werden, was einen weiteren Festplatten-Zugriff notwendig macht.

	==== Datenbank-Indizes ====		==== Datenbank-Indizes ====
Zeile 39:		Zeile 39:
	Die [[REFLEX]] bzw. [[GEVAS-Professional]] bringen bei der Neuinstallation eine Datenbank mit, in den eigentlich alle notwendigen Indizes gesetzt sind.		Die [[REFLEX]] bzw. [[GEVAS-Professional]] bringen bei der Neuinstallation eine Datenbank mit, in den eigentlich alle notwendigen Indizes gesetzt sind.

			=== Client, Rechner ===

			Da sich die GEVITAS-Programme laufend den Anforderungen anpassen, steigt auch die Anforderung an die Rechner. Ein paar Tipps dazu:

			* Wenn Sie ältere Hardware verwenden, schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Bei älteren Rechnern ist die CPU für das Berechnen von Grafiken zuständig, bei neueren macht das die Grafikkarte.
			* Benutzen Sie den Grafikkarten-Treiber des Herstellers! Manchmal sucht Windows bei der Installation einen Microsoft-Treiber aus, der die Grafikkarte u.U. nicht optimal ansteuert.

	=== ~~Client~~, ~~Rechner~~ ===
			=== Terminal-Server, Citrix und Co. ===

			Wenn Sie das Programm über einen Terminal-Server benutzen:

			* Schalten Sie im [[REFLEX: Benutzerprofil\|Benutzerprofil]] den Farbverlauf aus. Das Übertragen von Farbverläufen erfordert viel, viel mehr Daten als das Übertragen einer einfarbigen Flache!

Gevitas am 22. Februar 2013 um 22:01 Uhr

2013-02-22T22:01:21Z

@@ Zeile 12: / Zeile 12: @@
 usw.
 === Server ===
 Vereinfacht gesagt, kann man die Performance eines Datenbank-Servers verbessern durch diese Maßnahmen:
 * RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.
@@ Zeile 37: / Zeile 27: @@
 * Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.
 === Client, Rechner ===

Gevitas am 22. Februar 2013 um 21:59 Uhr

2013-02-22T21:59:51Z

← Nächstältere Version		Version vom 22. Februar 2013, 21:59 Uhr
Zeile 32:		Zeile 32:
	* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.		* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.
	* Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":		* Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":
	** Es wird nur ein Prozessor bzw. ein Prozessorkern verwendet. Das ist nicht so schlimm, weil die CPU eines SQL-Servers meist "gelangweilt" ist.		** '''Es wird nur ein Prozessor bzw. ein Prozessorkern verwendet: '''Das ist nicht so schlimm, weil die CPU eines SQL-Servers meist "gelangweilt" ist.
	** Die Express-Edition nutzt maximal 1 GB Arbeitsspeicher. Das ist schon eine wesentliche Einschränkung! SQL-Server "leben" von RAM-Speicher. Wenn Sie nicht genug davon haben, können Sie keine internen [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] aufbauen, in denen sie sich immer wiederkehrende Abfragen merken.		** '''Die Express-Edition nutzt maximal 1 GB Arbeitsspeicher:''' Das ist schon eine wesentliche Einschränkung! SQL-Server "leben" von RAM-Speicher. Wenn Sie nicht genug davon haben, können Sie keine internen [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] aufbauen, in denen sie sich immer wiederkehrende Abfragen merken.
	** Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB).		** '''Eine Datenbank darf maximal 10 GB groß sein (in 2008 R1 nur 4 GB)''': Die wenigsten Kunden werden dieses Limit erreichen.

	* Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.		* Nutzen Sie neuere Hardware, die z.B. [http://de.wikipedia.org/wiki/Festplatte#SATA SATA] benutzt.

	=== Client, Rechner ===		=== Client, Rechner ===

Gevitas am 22. Februar 2013 um 21:58 Uhr

2013-02-22T21:58:02Z

← Nächstältere Version		Version vom 22. Februar 2013, 21:58 Uhr
Zeile 29:		Zeile 29:
	Vereinfacht gesagt, kann man die Performance eines Datenbank-Servers verbessern durch diese Maßnahmen:		Vereinfacht gesagt, kann man die Performance eines Datenbank-Servers verbessern durch diese Maßnahmen:

	* RAM-~~Speichern~~: Geben Sie dem SQL-Datenbank-Server so viel Arbeitsspeicher wie möglich! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.		* RAM-Speicher (Arbeitsspeicher): Geben Sie dem SQL-Datenbank-Server '''so viel Arbeitsspeicher wie möglich'''! SQL-Maschinen bauen sich im Laufe der Zeit sog. interne [http://de.wikipedia.org/wiki/Hashtabelle Hashtabellen] im Arbeitsspeicher auf. Hier merken sie sich, welche Abfragen besonders häufig vorkommen und optimieren den Zugriff darauf im Arbeitsspeicher.
	* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.		* Verwenden Sie ein 64-Bit-Betriebssystem, das mehr als 3 GByte Speicher nutzen kann.
	* Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":		* Wenn Sie den "MS SQL Server 2008 R2 '''Express'''" verwenden, beachten Sie die Einschränkungen des "MS SQL Server 2008 R2 Express":