Re: Datenbank - Schema

Hallo zusammen,

eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und dann
darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf den
Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den Umgang
mit Datenbanken, Schemen und Tabellen?

Gruß Ulrich

--
Ulrich Goebel
Am Büchel 57, 53173 Bonn

Am 19.05.2017 um 12:23 schrieb Ulrich Goebel:
> Hallo zusammen,
>
> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und
> dann darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf
> den Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den
> Umgang mit Datenbanken, Schemen und Tabellen?
>

Da ist mir so direkt nix bekannt.

In PG ist ein Schema ein zusätzlicher Namensraum. Sprich: Du kannst
verschiedene Schemas definieren und in diesen gleichnamige Objekte
ablegen. Das kann sinnvoll sein, wenn Du:

* z.B. mehrere Kunden hast und jeder 'seine' Tabellen haben/sehen soll,
Du aber Zugriff auf alle Tabellen haben willst
* z.B. kannst Du auch Stored Procedures in versch. Schemas erstellen und
damit schnell zwischen verschiedenen Versionen wechseln.

Im Unterschied zu MySQL kannst Du nicht (direkt) von einer DB in eine
andere DB zugreifen, in Schemas innerhalb einer DB aber geht das.

Soweit verstanden?

Andreas

--
2ndQuadrant - The PostgreSQL Support Company.
www.2ndQuadrant.com

Ja, soweit verstanden. Wenn ich nun zwei völlig getrennte Sammlungen von
Tabellen usw. habe, sagen wir eine für Tagungen und ihre Teilnehmer und
eine für ein Vereinsregister, lege ich die besser in zwei Schemas einer
Datenbank oder in zwei verschiedene Datenbanken?

Ulrich

Am 19.05.2017 um 12:51 schrieb Andreas Kretschmer:
>
> Am 19.05.2017 um 12:23 schrieb Ulrich Goebel:
>> Hallo zusammen,
>>
>> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und
>> dann darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf
>> den Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den
>> Umgang mit Datenbanken, Schemen und Tabellen?
>>
>
> Da ist mir so direkt nix bekannt.
>
> In PG ist ein Schema ein zusätzlicher Namensraum. Sprich: Du kannst
> verschiedene Schemas definieren und in diesen gleichnamige Objekte
> ablegen. Das kann sinnvoll sein, wenn Du:
>
> * z.B. mehrere Kunden hast und jeder 'seine' Tabellen haben/sehen soll,
> Du aber Zugriff auf alle Tabellen haben willst
> * z.B. kannst Du auch Stored Procedures in versch. Schemas erstellen und
> damit schnell zwischen verschiedenen Versionen wechseln.
>
> Im Unterschied zu MySQL kannst Du nicht (direkt) von einer DB in eine
> andere DB zugreifen, in Schemas innerhalb einer DB aber geht das.
>
> Soweit verstanden?
>
>
>
> Andreas
>

--
Ulrich Goebel
Am Büchel 57, 53173 Bonn

Am 19.05.2017 um 13:11 schrieb Ulrich Goebel:
> Ja, soweit verstanden. Wenn ich nun zwei völlig getrennte Sammlungen
> von Tabellen usw. habe, sagen wir eine für Tagungen und ihre
> Teilnehmer und eine für ein Vereinsregister, lege ich die besser in
> zwei Schemas einer Datenbank oder in zwei verschiedene Datenbanken?

wenn die Daten nix miteinander zu tun haben (Du nie z.B. gleichzeitig
auf die Tagungsteilnehmer und dem Vereinsregister zugreifen willst),
dann getrennte Datenbanken. Hat auch den Vorteil, daß Du dann je DB
unterschiedliche Nutzer definieren kannst, welche sich nur an der für
sie relevanten DB anmelden können.

Andreas

--
2ndQuadrant - The PostgreSQL Support Company.
www.2ndQuadrant.com

Ulrich Goebel schrieb:
> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und dann
> darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf den
> Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den Umgang
> mit Datenbanken, Schemen und Tabellen?

Man könnte sagen, was in MySQL eine Datenbank ist, ist in PostgreSQL
ein Schema.

Eine Entsprechung von dem, was in PostgreSQL eine Datenbank ist
(kein direkter Zuriff auf andere Datenbanken, wird aber vom gleichen
Serverprozeß bedient), gibt es in MySQL nicht.

Liebe Grüße,
Laurenz Albe

Hallo Ulrich

Wenn sie völlig getrennt sind und vielleicht auch ganz verschiedene Applikationen die jeweiligen Daten verwenden, dann ist es besser sie in verschiedenen DBs zu verwalten.

Gruss
Charles

----------------------------
Swiss PostgreSQL Users Group
c/o Charles Clavadetscher
Treasurer
Motorenstrasse 18
CH – 8005 Zürich

http://www.swisspug.org

+---------------------------+
| ____ ______ ___ |
| / )/ \/ \ |
| ( / __ _\ ) |
| \ (/ o) ( o) ) |
| \_ (_ ) \ ) _/ |
| \ /\_/ \)/ |
| \/ <//| |\\> |
| _| | |
| \|_/ |
| |
| Swiss PGDay 2017 |
| HSR Rapperswil 30.06.2017 |
| http://www.pgday.ch |
| |
+---------------------------+

> -----Original Message-----
> From: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-owner(at)postgresql(dot)org] On Behalf Of Ulrich
> Goebel
> Sent: Freitag, 19. Mai 2017 13:11
> To: pgsql-de-allgemein(at)postgresql(dot)org
> Subject: Re: [pgsql-de-allgemein] Datenbank - Schema
>
> Ja, soweit verstanden. Wenn ich nun zwei völlig getrennte Sammlungen von Tabellen usw. habe, sagen wir eine für
> Tagungen und ihre Teilnehmer und eine für ein Vereinsregister, lege ich die besser in zwei Schemas einer Datenbank
> oder in zwei verschiedene Datenbanken?
>
> Ulrich
>
>
> Am 19.05.2017 um 12:51 schrieb Andreas Kretschmer:
> >
> > Am 19.05.2017 um 12:23 schrieb Ulrich Goebel:
> >> Hallo zusammen,
> >>
> >> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und
> >> dann darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf
> >> den Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den
> >> Umgang mit Datenbanken, Schemen und Tabellen?
> >>
> >
> > Da ist mir so direkt nix bekannt.
> >
> > In PG ist ein Schema ein zusätzlicher Namensraum. Sprich: Du kannst
> > verschiedene Schemas definieren und in diesen gleichnamige Objekte
> > ablegen. Das kann sinnvoll sein, wenn Du:
> >
> > * z.B. mehrere Kunden hast und jeder 'seine' Tabellen haben/sehen
> > soll, Du aber Zugriff auf alle Tabellen haben willst
> > * z.B. kannst Du auch Stored Procedures in versch. Schemas erstellen
> > und damit schnell zwischen verschiedenen Versionen wechseln.
> >
> > Im Unterschied zu MySQL kannst Du nicht (direkt) von einer DB in eine
> > andere DB zugreifen, in Schemas innerhalb einer DB aber geht das.
> >
> > Soweit verstanden?
> >
> >
> >
> > Andreas
> >
>
> --
> Ulrich Goebel
> Am Büchel 57, 53173 Bonn
>
>
> --
> Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-de-allgemein

Vielen Dank für die reichlichen Tips, ich habe mich inzwischen für
getrennte Datenbanken entschieden. Ob ich dort dann auch noch Schemas
nutze, weiß ich noch nicht.

Gruß
Ulrich

Am 19.05.2017 um 15:04 schrieb Charles Clavadetscher:
> Hallo Ulrich
>
> Wenn sie völlig getrennt sind und vielleicht auch ganz verschiedene Applikationen die jeweiligen Daten verwenden, dann ist es besser sie in verschiedenen DBs zu verwalten.
>
> Gruss
> Charles
>
> ----------------------------
> Swiss PostgreSQL Users Group
> c/o Charles Clavadetscher
> Treasurer
> Motorenstrasse 18
> CH – 8005 Zürich
>
> http://www.swisspug.org
>
> +---------------------------+
> | ____ ______ ___ |
> | / )/ \/ \ |
> | ( / __ _\ ) |
> | \ (/ o) ( o) ) |
> | \_ (_ ) \ ) _/ |
> | \ /\_/ \)/ |
> | \/ <//| |\\> |
> | _| | |
> | \|_/ |
> | |
> | Swiss PGDay 2017 |
> | HSR Rapperswil 30.06.2017 |
> | http://www.pgday.ch |
> | |
> +---------------------------+
>
>> -----Original Message-----
>> From: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-owner(at)postgresql(dot)org] On Behalf Of Ulrich
>> Goebel
>> Sent: Freitag, 19. Mai 2017 13:11
>> To: pgsql-de-allgemein(at)postgresql(dot)org
>> Subject: Re: [pgsql-de-allgemein] Datenbank - Schema
>>
>> Ja, soweit verstanden. Wenn ich nun zwei völlig getrennte Sammlungen von Tabellen usw. habe, sagen wir eine für
>> Tagungen und ihre Teilnehmer und eine für ein Vereinsregister, lege ich die besser in zwei Schemas einer Datenbank
>> oder in zwei verschiedene Datenbanken?
>>
>> Ulrich
>>
>>
>> Am 19.05.2017 um 12:51 schrieb Andreas Kretschmer:
>>>
>>> Am 19.05.2017 um 12:23 schrieb Ulrich Goebel:
>>>> Hallo zusammen,
>>>>
>>>> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und
>>>> dann darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf
>>>> den Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den
>>>> Umgang mit Datenbanken, Schemen und Tabellen?
>>>>
>>>
>>> Da ist mir so direkt nix bekannt.
>>>
>>> In PG ist ein Schema ein zusätzlicher Namensraum. Sprich: Du kannst
>>> verschiedene Schemas definieren und in diesen gleichnamige Objekte
>>> ablegen. Das kann sinnvoll sein, wenn Du:
>>>
>>> * z.B. mehrere Kunden hast und jeder 'seine' Tabellen haben/sehen
>>> soll, Du aber Zugriff auf alle Tabellen haben willst
>>> * z.B. kannst Du auch Stored Procedures in versch. Schemas erstellen
>>> und damit schnell zwischen verschiedenen Versionen wechseln.
>>>
>>> Im Unterschied zu MySQL kannst Du nicht (direkt) von einer DB in eine
>>> andere DB zugreifen, in Schemas innerhalb einer DB aber geht das.
>>>
>>> Soweit verstanden?
>>>
>>>
>>>
>>> Andreas
>>>
>>
>> --
>> Ulrich Goebel
>> Am Büchel 57, 53173 Bonn
>>
>>
>> --
>> Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein(at)postgresql(dot)org)
>> To make changes to your subscription:
>> http://www.postgresql.org/mailpref/pgsql-de-allgemein
>
>
>

--
Ulrich Goebel
Am Büchel 57, 53173 Bonn

> Am 19.05.2017 um 16:26 schrieb Ulrich Goebel <ml(at)fam-goebel(dot)de>:
>
> Vielen Dank für die reichlichen Tips, ich habe mich inzwischen für getrennte Datenbanken entschieden. Ob ich dort dann auch noch Schemas nutze, weiß ich noch nicht.

Warum nicht. Ich verwende das z.B. um die Stammdaten in einem Schema zu halten, dann (es geht bei uns um Shops) , die Bestelldaten in einem anderen und die Artikel und Kundendaten in einem dritten. Dann kann ich z.B. die Schemas getrennt dumpen und wieder einspielen, Zugriffsrechte pro Schema recht einfach setzten usw. Dann hat man die Vorteile, aber eigentl; keine Nachteile , man muss eben nur den searchPath setzten.

>
> Gruß
> Ulrich
>
>
> Am 19.05.2017 um 15:04 schrieb Charles Clavadetscher:
>> Hallo Ulrich
>> Wenn sie völlig getrennt sind und vielleicht auch ganz verschiedene Applikationen die jeweiligen Daten verwenden, dann ist es besser sie in verschiedenen DBs zu verwalten.
>> Gruss
>> Charles
>> ----------------------------
>> Swiss PostgreSQL Users Group
>> c/o Charles Clavadetscher
>> Treasurer
>> Motorenstrasse 18
>> CH – 8005 Zürich
>> http://www.swisspug.org
>> +---------------------------+
>> | ____ ______ ___ |
>> | / )/ \/ \ |
>> | ( / __ _\ ) |
>> | \ (/ o) ( o) ) |
>> | \_ (_ ) \ ) _/ |
>> | \ /\_/ \)/ |
>> | \/ <//| |\\> |
>> | _| | |
>> | \|_/ |
>> | |
>> | Swiss PGDay 2017 |
>> | HSR Rapperswil 30.06.2017 |
>> | http://www.pgday.ch |
>> | |
>> +---------------------------+
>>> -----Original Message-----
>>> From: pgsql-de-allgemein-owner(at)postgresql(dot)org [mailto:pgsql-de-allgemein-owner(at)postgresql(dot)org] On Behalf Of Ulrich
>>> Goebel
>>> Sent: Freitag, 19. Mai 2017 13:11
>>> To: pgsql-de-allgemein(at)postgresql(dot)org
>>> Subject: Re: [pgsql-de-allgemein] Datenbank - Schema
>>>
>>> Ja, soweit verstanden. Wenn ich nun zwei völlig getrennte Sammlungen von Tabellen usw. habe, sagen wir eine für
>>> Tagungen und ihre Teilnehmer und eine für ein Vereinsregister, lege ich die besser in zwei Schemas einer Datenbank
>>> oder in zwei verschiedene Datenbanken?
>>>
>>> Ulrich
>>>
>>>
>>> Am 19.05.2017 um 12:51 schrieb Andreas Kretschmer:
>>>>
>>>> Am 19.05.2017 um 12:23 schrieb Ulrich Goebel:
>>>>> Hallo zusammen,
>>>>>
>>>>> eine Anfängerfrage: von MySQL bin ich noch gewohnt, Datenbanken und
>>>>> dann darin gleich Tabellen zu definieren. In PostgreSQL stoße ich auf
>>>>> den Begriff "Schema". Gibt es ein deutschsprachiges Tutorial für den
>>>>> Umgang mit Datenbanken, Schemen und Tabellen?
>>>>>
>>>>
>>>> Da ist mir so direkt nix bekannt.
>>>>
>>>> In PG ist ein Schema ein zusätzlicher Namensraum. Sprich: Du kannst
>>>> verschiedene Schemas definieren und in diesen gleichnamige Objekte
>>>> ablegen. Das kann sinnvoll sein, wenn Du:
>>>>
>>>> * z.B. mehrere Kunden hast und jeder 'seine' Tabellen haben/sehen
>>>> soll, Du aber Zugriff auf alle Tabellen haben willst
>>>> * z.B. kannst Du auch Stored Procedures in versch. Schemas erstellen
>>>> und damit schnell zwischen verschiedenen Versionen wechseln.
>>>>
>>>> Im Unterschied zu MySQL kannst Du nicht (direkt) von einer DB in eine
>>>> andere DB zugreifen, in Schemas innerhalb einer DB aber geht das.
>>>>
>>>> Soweit verstanden?
>>>>
>>>>
>>>>
>>>> Andreas
>>>>
>>>
>>> --
>>> Ulrich Goebel
>>> Am Büchel 57, 53173 Bonn
>>>
>>>
>>> --
>>> Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein(at)postgresql(dot)org)
>>> To make changes to your subscription:
>>> http://www.postgresql.org/mailpref/pgsql-de-allgemein
>
> --
> Ulrich Goebel
> Am Büchel 57, 53173 Bonn
>
>
> --
> Sent via pgsql-de-allgemein mailing list (pgsql-de-allgemein(at)postgresql(dot)org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-de-allgemein

Mit freundlichen Grüßen
Dipl. Ing. Rolf Schaufelberger
Geschäftsführer

plusW GmbH
Hauffstr. 28/1
73614 Schorndorf

T +49 (0)7181 4747305
F +49 (0)7181 4745344
rs(at)plusw(dot)de
www.plusw.de

Sitz der Gesellschaft:
plusW GmbH, Stuttgarterstr. 26, 73635 Rudersberg, Deutschland
Geschäftsführer: Dipl. Ing. Rolf Schaufelberger
Amts- und Registergericht: Stuttgart, HRB 725960
Umsatzsteuer-ID: DE 814 966 811