• Die Anweisungen beziehen sich auf ein Debian-System, sind aber vermutlich in den meisten anderen Distributionen ähnlich
• in /etc/postgresql/<version>/main/pg_hba.conf stehen die Login-Methoden
• es sollte eine Zeile wie folgt geben die nicht auskommentiert sein sollte

local    all   postgres             peer

• Die Zeile definiert das der Benutzer postgres Zugriff auf alle Datenbanken hat, wenn er lokal am System (also als Unix-Login) angemeldet ist, ohne sich gegenüber der Datenbank noch mal authentifizieren zu müssen
• su postgres → Login auf der Shell als Benutzer postgres
• psql → Anmelden an der Datenbank und wechseln in die Datenbankshell
• \password <Enter>
• Danach das neue Passwort setzen

Anschließend die Authentifizierung auf Password ändern:

• in /etc/postgresql/<version>/main/pg_hba.conf

local    all   postgres             peer

durch:

local    all   postgres             md5

Ersetzen/eventuell ersteres auskommentieren und zweiteres einfügen.

• Die Liste durchgehen und schauen ob noch irgendwo peer steht und ggf. auch durch md5 ersetzen

• psql -U <Benutzername>
  • postgres entspricht per Default dem Benutzer „root“ in MySQL

• in aktuellen Versionen 9.x aufwärts gibt es keinen Unterschied zwischen Benuztern und Gruppen
• beides wird als Rollen bezeichnet
• Gruppen sind Rollen die Benutzern zugewiesen wurden
• Benuzter sind Rollen

• Benutzer können über createuser auf der normalen Shell angelegt werden (ist ein Program)
• oder über die Datenbankshell

• Syntax: create role <Benuzername> with <Optionen durch Leerzeichen getrennt>;
• Beispiel: create role test with nosuperuser nocreatedb nocreaterole password 'secret';

Je nach Konfiguration werden dem Benutzer bestimmte Optionen automatisch eingeräumt und müssen ihm ggf. explizit beim Anlegen genommen werden → das sind die Optionen die „no“ im Namen haben.
Es gibt auch deren positives Gegenstück - jeweils ohne „no“ davor.

Auf die Option: „password“ folgt in '' das Klartextpasswort. Man kann hier auch das MD5-Passwort angeben.

Einige Sachen die in MySQL durch SQL-Kommandos gemacht werden können gibt es in Postres nicht, sie werden durch Postgres-Befehle abgebildet.
Postgres-Befehle werden durch „\“ vor dem Befehl markiert.

Eine Übersicht gibt es durch Eingabe von \h

• pg_dump kann genutzt werden um Dumps von einzelnen Datenbanken zu machen
• es kennt mehrere Formate für das Dump
  • es gibt ein Format was normales SQL erzeugt
  • es gibt 2 Formate die eine Binärdatei erzeugen
    • die haben den Vorteil das man auch ggf. nur Teilaspekte wiederherstellen kann
    • zumindest die Binärformate stellen auch die Berechtigungen wieder her

Syntax: pg_dump -U <username> -d <database name> -f <output file> -F <forma>

• pg_restore stellt eine Datenbank aus einer Datei im „c“-Format oder „d“-Format (beides binäres Format von pg_dump wieder her
  • als „p“-Forma gespeicherte Dateien (SQL-Scripte) müssen direkt über psql wiederhergestellt werden

Achtung: Die Datenbank und die Benuzter deren Berechtigungen im Dump gespeichert sind müssen zuvor per Hand angelegt werden → sie sind NICHT Teil des dumps.

Syntax: pg_restore -d <Datenbankname> -U <Benuztername> <Dumpdateinname>

• Dumped alle Datenbanken des Clusters (des Datebankservers), inkl. Berechtigungen und Benutzer
• Hinweis: die Config-Dateien des Clusters werden natürlich nicht migesichert
  • dort sind aber u.a. die Algorithmen für die Passwörter definiert

pg_dumpall > somefile.sql

Restore:

psql -f somefile.sql postgres

Welche Datenbank (welche da angegeben wird) (in diesem Fall postgres) angegeben wird (hier postgres) ist an sich egal, der Befehl erwartet nur eine Angabe.

• Kommt auf einen Befehl keine Bestätigung ist etwas schief gelaufen
  • (alle?) Befehle geben eine Rückgabe