Seite 2 von 3 ErsteErste 123 LetzteLetzte
Ergebnis 11 bis 20 von 25

Thema: Konfigurationsparameter für OLTP Anfragen

  1. #11
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

  2. #12
    drooper ist offline Benutzer
    Registriert seit
    05.08.2009
    Beiträge
    81

    Standard

    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

  3. #13
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

  4. #14
    drooper ist offline Benutzer
    Registriert seit
    05.08.2009
    Beiträge
    81

    Standard

    Gott, wie blöd kann man denn sein...ich Depp.

    Danke, jetzt kann ich wenigstens beruhigt meinen Arbeitsplatz verlassen.

    mfg
    Marcus

  5. #15
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    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

  6. #16
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von drooper Beitrag anzeigen
    Es geht um normale INSERTS, soviel wie möglich in kürzester Zeit.

    habe ich so angepasst. Was geht noch?

    mfg
    Marcus
    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 ..

  7. #17
    drooper ist offline Benutzer
    Registriert seit
    05.08.2009
    Beiträge
    81

    Standard

    Zitat Zitat von akretschmer Beitrag anzeigen
    Du könntest Tablespaces nutzen, um Tabellen, Indexe und Logfiles auf getrennte Spindeln zu legen. Das lohnt sich. (wenn es reale Platten an untersch. Controllern sind).
    Momentan befinden sich alle Daten auf einer Platte ohne Tablespaces. Nützt es denoch was welche zu erstellen?

    Zitat Zitat von akretschmer Beitrag anzeigen
    Und wenn es Inserts in Tabellen sind, die via RI zusammenhängen, und da dann auch die erzeugten IDs mit currval() abzufragen sind oder solche Dinge, dann writeable CTE nutzen (8.5devel) *g*
    Kannst du das näher beschreiben, was du damit genau meinst?


    Zitat Zitat von symbiont Beitrag anzeigen
    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 ..
    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

  8. #18
    ads
    ads ist offline Super-Moderator
    Registriert seit
    08.02.2006
    Ort
    MD
    Beiträge
    4.020

    Standard

    *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

  9. #19
    drooper ist offline Benutzer
    Registriert seit
    05.08.2009
    Beiträge
    81

    Standard

    Im Ausgangssystem wird es aber ebenfalls so gemacht, so dass damit ja nur eine Chancengleichheit herrscht.

    mfg
    Marcus

  10. #20
    symbiont ist offline Erfahrener Benutzer
    Registriert seit
    17.03.2008
    Ort
    NULL
    Beiträge
    1.320

    Standard

    Zitat Zitat von ads Beitrag anzeigen
    *uarg* noch langsamer geht es nicht ... mit der Lösung werdet ihr keine gute Performance erreichen, sorry.
    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)

Seite 2 von 3 ErsteErste 123 LetzteLetzte

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  

Links: Tobias Bauer - IT- und Funkdienstleistungen   -   Bilderrahmen-kaufen.de - Der Onlineshop für Bilderrahmen & Fotorahmen   -   Funkforum