From: | Ulrich Goebel <ml(at)fam-goebel(dot)de> |
---|---|
To: | pgsql-de-allgemein(at)postgresql(dot)org |
Subject: | Re: Datenbank - Schema |
Date: | 2017-05-19 11:11:20 |
Message-ID: | 1727d990-f654-3e9f-56ee-f2fce5421238@fam-goebel.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-de-allgemein |
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
From | Date | Subject | |
---|---|---|---|
Next Message | Andreas Kretschmer | 2017-05-19 11:25:47 | Re: Datenbank - Schema |
Previous Message | Andreas Kretschmer | 2017-05-19 10:51:17 | Re: Datenbank - Schema |