Markus Rechberger / postgresql
 
StartSeite | MarkusRechberger/ | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern

Veränderung (letzte Änderung) (keine anderen Diffs, Normalansicht)

Hinzugefügt: 89a90,101
]

== Postgresql sch***** ==

pg7.4.5
[[Code]
./configure --with-python # ____ONLY____ supports --with-python not --enable-python like some sane configure scripts
]

pg8.0
[[Code]
./configure --enable-python # probably supports both

postgresql

oid2name
This utility allows administrators to view the file structure used by
PostgreSQL.  Databases are placed in directories based on their OIDs in
pg_database, and the tables in that directory are named by original
OIDs, stored in pg_class.relfilenode.  Oid2name connects to the database
and extracts the OID and table name information.

oid2name
  $ oid2name
  All databases:
  ---------------------------------
  18720  = test1
  1      = template1
  18719  = template0
  18721  = test
  18735  = postgres
  18736  = cssi

 oid2name -d test -o 18737
 oid2name -d test -t testdate

pg_autovacuum

A secondary benefit of pg_autovacuum is that it ensures that a
database wide vacuum is performed prior to XID wraparound.  This is an
important, if rare, problem, as failing to do so can result in major
data loss.  (See the section in the _Administrator's Guide_ entitled
"Preventing transaction ID wraparound failures" for more details.)

example:
pg_autovacuum -D -S 10 -V0 -v1000 -A0 -v500 -L /var/log/psql/vacuum.log -U postgres
-V vacuum scaling factor, der berechnung in pg_autovacuum.c zufolge etwas total sinnloses?!
-v vacuum base factor
-A analyze scaling factor, genauso sinnlos wie vacuum scaling factor.. 
-a analyze base factor

 select a.oid,a.relname,a.relnamespace,a.relpages,a.relisshared,a.reltuples,b.schemaname,b.n_tup_ins,b.n_tup_upd,b.n_tup_del from pg_class a, pg_stat_all_tables b where a.oid=b.relid and a.relkind = 'r' and schemaname not like 'pg_%';

Postgresql Bugs

Version 7.4.2

 ANALYZE ... analyze might lock up the whole table
 Segfaults >40GB databases

probably enough reasons why to upgrade to the latest version..

search arrays

select * from foo where '0861897'=ANY(bar);

database modeling

Urldesc
http://www.fabforce.net/dbdesigner4/index.phpnettes übersichtliches Tool
http://www.minq.se/products/dbvis/free eval 28 tage

Numerische typen

Numerische Typen bestehen aus 2-, 4- und 8-Byte-Ganzzahlen (englisch integer), 4- und 8-Byte-Fließkommazahlen (floating point) und Zahlen mit Dezimalbrüchen mit fester Präzision. Tabelle 8-2 listet die verfügbaren Typen.

Tabelle 8-2. Numerische Typen
NameSpeichergrößeBeschreibungReichweite
smallint2 Bytesganze Zahl mit kleiner Reichweite-32768 bis +32767
integer4 Bytesnormale Wahl für ganze Zahlen-2147483648 bis +2147483647
bigint8 Bytesganze Zahl mit großer Reichweite-9223372036854775808 bis 9223372036854775807
decimalvariabelbenutzerdefinierte Präzision - exaktkeine Begrenzung
numericvariabelbenutzerdefinierte Präzision - exaktkeine Begrenzung
real4 Bytesvariable Präzision - inexakt6 Dezimalstellen Präzision
double precision8 Bytesvariable Präzision - inexakt15 Dezimalstellen Präzision
serial4 Bytesselbstzählende ganze Zahl1 bis 2147483647
bigserial8 Bytesgroße selbstzählende ganze Zahl1 bis 9223372036854775807

Postgresql sch*****

pg7.4.5
./configure --with-python # ____ONLY____ supports --with-python not --enable-python like some sane configure scripts

pg8.0
./configure --enable-python # probably supports both


StartSeite | MarkusRechberger/ | Neues | TestSeite | ForumSeite | Teilnehmer | Kategorien | Index | Hilfe | Einstellungen | Ändern
Text dieser Seite ändern (zuletzt geändert: 23. April 2005 2:46 (diff))
Suchbegriff: gesucht wird
im Titel
im Text