Hallo Banker,

ein Teil einer Softwareentwicklung liegt als Funktionen in einer
PostgreSQL-Datenbank. Um die Entwicklung der Software besser zu
koordinieren und zu verfolgen, ist es geplant diese Funktionen in eine
Versionsverwaltung zu überführen.

Gibt es dafür fertige Tools? Wie kann ich dies auf dem manuellen Weg
bewerkstelligen - pgAdmin3 bietet mir nur den Export der gesamten
Datenbankstruktur an...
Teilweise ist es ja auch sinnvoll Domaintypen, Views, etc. zu
exportieren, aber die gesamte Tabellenstruktur ist etwas übertrieben.

Vielen Dank, Robert

PS: Gibt es gute deutsche Webseiten/Foren zum Thema PostgreSQL?

begin Robert Fritzsching wrote:
> PS: Gibt es gute deutsche Webseiten/Foren zum Thema PostgreSQL?

2 Mailinglisten und ein Forum.


end
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

begin Andreas Kretschmer wrote:
> begin Robert Fritzsching wrote:
>> PS: Gibt es gute deutsche Webseiten/Foren zum Thema PostgreSQL?

> 2 Mailinglisten und ein Forum.

vergessen: ein IRC-Channel


end
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)

* Robert Fritzsching wrote:
> Teilweise ist es ja auch sinnvoll Domaintypen, Views, etc. zu
> exportieren, aber die gesamte Tabellenstruktur ist etwas übertrieben.

Für Versionskontrolle? Nein, pg_dump -s ist sehr sinnvoll versionierbar.

Hallo Andreas

>>> PS: Gibt es gute deutsche Webseiten/Foren zum Thema PostgreSQL?
>> 2 Mailinglisten und ein Forum.
> vergessen: ein IRC-Channel
Oh, vielen Dank - soviel Hilfe hätte ich mir gar nicht erhofft. :)

Könntest Du mir die entsprechenden Mailinglisten und das Forum nennen?!
Dann könntest Du heute mit dem Gefühl ins Bett gehen, eine gute Tat
vollbracht zu haben.

Ciao, Robert

Lutz Donnerhacke <lutz*iks-jena.de> wrote:

>> Teilweise ist es ja auch sinnvoll Domaintypen, Views, etc. zu
>> exportieren, aber die gesamte Tabellenstruktur ist etwas übertrieben.

> Für Versionskontrolle? Nein, pg_dump -s ist sehr sinnvoll versionierbar.

ACK. Wobei ich mir für pg_dump ohne -s auf Tabellen
WITHOUT OIDS wünschte, dass die Reihenfolge der Datentupel
in irgendeiner sinnvollen Form sortiert wäre, um unangenehme
Überraschungen zu vermeiden.

Tim

Hallo ihr,

>> Für Versionskontrolle? Nein, pg_dump -s ist sehr sinnvoll versionierbar.
> ACK. Wobei ich mir für pg_dump ohne -s auf Tabellen
> WITHOUT OIDS wünschte, dass die Reihenfolge der Datentupel
So in der Art macht es ja auch pgAdmin3... Ich finde es aber erstens
etwas umständlich den Export über diesen Umweg anzustoßen und zweitens
verursacht es Probleme, wenn die Reihenfolge der Elemente "zufällig" ist
bzw. man keinen Teilbereich (Views, Tabledefinitionen, Funktionen)
auswählen kann.

Schade, das es sowas noch nicht gibt...

Ciao, Robert

Robert Fritzsching <robert.fritzsching*gmx.net> wrote:

>>> Für Versionskontrolle? Nein, pg_dump -s ist sehr sinnvoll versionierbar.
>> ACK. Wobei ich mir für pg_dump ohne -s auf Tabellen
>> WITHOUT OIDS wünschte, dass die Reihenfolge der Datentupel
> So in der Art macht es ja auch pgAdmin3... Ich finde es aber erstens
> etwas umständlich den Export über diesen Umweg anzustoßen und zweitens
> verursacht es Probleme, wenn die Reihenfolge der Elemente "zufällig" ist
> bzw. man keinen Teilbereich (Views, Tabledefinitionen, Funktionen)
> auswählen kann.

Warum über "pgAdmin3"? In dem Mini-Projekt, in dem ich das
eingesetzt hatte, wurde - anfangs täglich per cron, danach
an sinnvollerer Stelle in den Arbeitsablauf der Datenände-
rungen eingebaut - einfach ein "(cd $WORKING_COPY &&
pg_dump $DATABASE > $DATABASE.sql &&
cvs commit -m 'Snapshot.' $DATABASE.sql)" ausgeführt. Die
Reihenfolge blieb - trotz der fehlenden Garantie - relativ
konstant (und damit die Diffs klein). Einziger Nachteil war,
dass die Definitionen von Funktionen, Views & Co. von Post-
greSQL künstlich um explizite Casts und Klammern aufgebläht
werden, und man sich bei Änderungen daran erst einmal die
zugrundeliegende Struktur wieder erarbeiten musste.

Für ein Softwareprojekt würde ich daher eher eine Datei
$DATABASE.sql mit der ersten Zeile "DROP DATABASE $DATABASE;
CREATE DATABASE $DATABASE;" empfehlen.

Tim

begin Robert Fritzsching wrote:
> Hallo Andreas

>>>> PS: Gibt es gute deutsche Webseiten/Foren zum Thema PostgreSQL?
>>> 2 Mailinglisten und ein Forum.
>> vergessen: ein IRC-Channel
> Oh, vielen Dank - soviel Hilfe hätte ich mir gar nicht erhofft. :)

> Könntest Du mir die entsprechenden Mailinglisten und das Forum nennen?!
> Dann könntest Du heute mit dem Gefühl ins Bett gehen, eine gute Tat
> vollbracht zu haben.

- majordomo*postgres.de, in der Sie subscribe pgusers eintragen
(copy&paste von http://postgresql.de/info.whtml)
- http://archives.postgresql.org/pgsql-de-allgemein/
- http://www.pg-forum.de/
- #postgresql-de, IRC-Channel

PS.: ein Bier wär mir auch Recht...



end
Andreas
--
q: why do so many people take an instant dislike to mysql?
a: it saves time (oicu in #postgresql)
Explaining the concept of referential integrity to a mysql user is like
explaining condoms to a catholic (Shadda in #postgresql)