16, nicht 16MB!
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Ich muss jetzt leider los. Morgen ist Schließtag, so dass ich am Montag das Thema gerne wieder aufnehmen würde.
Schönes Weekend.
mfg
Marcus
Du willst die Anzahl 16 einstellen, nicht 16MB ;-)
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Gott, wie blöd kann man denn sein...ich Depp.
Danke, jetzt kann ich wenigstens beruhigt meinen Arbeitsplatz verlassen.
mfg
Marcus
Hey, und wohin schicke ich jetzt die Rechnung? ;-)
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
1. genau ueberlegen welche indexe du auf dieser table brauchst - weniger sind besser
2. inserts zusammenfasst
2.1 vielleicht sind mehrere zeilen zusammenfassbar - das reduziert den overhead das requests
insert into ..
values
(f1, f2, f3),
(f1, f2, f3),
..
(f1, f2, f3);
2.2. möglichst autocommit ausschalten - explizite transaktionen verwenden ..
Momentan befinden sich alle Daten auf einer Platte ohne Tablespaces. Nützt es denoch was welche zu erstellen?
Kannst du das näher beschreiben, was du damit genau meinst?
Das habe ich alles berücksichtigt und auch autocommit wollte ich ausschalten über explizite Transaktion. Ist allerdings eine PL/pqSQL Funktion, über die die Inserts in die DB kommen und da sind keine expliziten Transaktionen erlaubt, so wie ich das verstanden habe.
Danke!
mfg
Marcus
*uarg* noch langsamer geht es nicht ... mit der Lösung werdet ihr keine gute Performance erreichen, sorry.
Xandrian: Kurz gesagt: Du hast ein falsches Konzept und willst nicht auf ads hören
Jetzt NEU: PostgreSQL - Datenbankpraxis für Anwender, Administratoren und Entwickler
PostgreSQL Service & Support
Im Ausgangssystem wird es aber ebenfalls so gemacht, so dass damit ja nur eine Chancengleichheit herrscht.
mfg
Marcus
das hat er doch bereits festgestellt ..
deswegen fragt er Dich, warum er nun was tun soll ..
@drooper
mehrere partitionen helfen um schreib/lese zugriffe zu parallelisieren .. das einfachst ist, indexe und daten (evtl wal) auf verschiedene patitionen (verschiedene platten) zu legen. ein weiterer schritt wäre, selbst die daten zu stückeln/partitionieren und auf mehreren platten (tablespaces) zu verteilen - das erfordert dann aber etwas mehr planung
auch solltest du schauen, dass die clients evtl die db nicht zeile fuer zeile mit inserts fuettern .. sondern bei einem insert gleich einen block schreiben .. weil requests an die db i.d.R. eben mehrere millisekunden teuer sind.
Geändert von symbiont (23.11.2009 um 11:04 Uhr)
Links: Tobias Bauer - IT- und Funkdienstleistungen - Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen - Funkforum
Lesezeichen