* Manfred Rebentisch <[EMAIL PROTECTED]> [23 10 02 06:45]: >bei mir lief es ja auch gut, nur, da� ich mich partout nicht �ber das Netzwerk >als Benutzer anmelden konnte (SQL-Ledger), auch nicht nach manuellem Eintrag >der SQL-Ledger-Benutzer mit createuser.
Beachte, dass PostgreSQL eine etwas komplizierter User-Verwaltung hat als viele andere Programme. Mit createuser legst du nur einen Benutzer fest, das besagt aber nichts dar�ber, wer �berhaupt Kontakt mit welcher Datenbank aufnehmen darf. PostgreSQL hat ein ausgekl�geltes Benutzersystem, was bei Datenbanken in gr��eren Organisation notwendig ist. Umgekehrt ist PostgreSQL auch nicht einfach zu verwalten, sondern erfordert einiges an Fachwissen. Wenn du bislang nur mit MySQL gearbeitet hast und nicht die Absicht hast, tiefer einzusteigen, ist MySQL die bessere Wahl. PostgreSQL unterscheidet zun�chst einmal zwischen Verbindungen �ber - Sockets und - TCP/IP Die entsprechenden Details sind in der /etc/pg_hba.conf nachzulesen. Bei Verbindungen �ber TCP/IP gilt das Stichwort "host", bei sockets das Stichwort "local". local bedeutet nun aber nicht localhost - du kannst �ber ein TCP/IP-Netzwerk eine socket-Verbindung aufbauen. Des weiteren kannst du in der pg_hba.conf festlegen, von welchen Rechnern so eine Verbindnug m�glich ist, mit/ohne Passwort, zu welcher Datenbank usw.. Die pg_hba.conf ist gut kommentiert. Das Lesen dieser Datei ist ein Muss beim ersten Arbeiten mit der Datenbank. Wenn alle TCP/IP vom localhost auf die Datenbank "dbname" zul�ssig sein sollen, w�rde folgendes in der pg_hba.conf stehen. host dbname 127.0.0.1 255.255.255.255 trust Wenn der apache auf einem anderen Rechner l�uft als postgresql host dbname apache_ip 255.255.255.255 trust Wenn du da einen Schrott baust und eine entsprechende Netzverbindung hast, k�nnen nicht nur die Nachbarn, sonder auch die Koreaner mit deiner Datenbank arbeiten. Sodann musst du dir dar�ber im klaren sein, dass die normalen Nutzernamen weitgehend belanglos sind, da man immer einen Nutzernamen angeben kann. Wenn ich z.B. von der Workstation mich mit der Datenbank auf einem anderen Rechner verbinden will, gebe ich psql -h 192.168.1.13 -U username dbname ein. Du musst dir die Datenbank-Nutz so einrichten, wie es sinnvoll ist, ein einfaches Beispiel: "postgres" ist der superuser und sollte nur f�r die gundlegenden Sachen zust�ndig sein, hier weiter uninteressant. "admin_1" ist z.B. f�r Datenbank 1 zust�ndig und richtet alle Tabellen der Datenbank_1 ein. Diese Datenbank "geh�rt" dann dem admin_1. "user_1" sind alle anderen, die Lese- und Schreibzugriff im Rahmen der Tabellen haben. Diese Nutzer finden sich in der pg_hba.conf. Sie m�ssen zus�tzlich mit createuser von einer shell aus (oder CREATE USER bei Nutzung der DB) angelegt werden. Sodann legt der admin_1 die DB und die Tabellen an und gibt dem user_1 die notwendigen Rechte mit "GRANT <Rechte> TO user_1 <weitere Optionen>" >Jetzt habe ich gelesen, da� man auch >einen Datenbank-Benutzer "apache" f�r Apache einrichten soll, wenn man �ber >diesen zugreifen will. Bei debian gibt es den user apache nicht - er hei�t "www-data", zumindest in meiner /etc/passwd finde ich diesen user nicht. >Jedenfalls habe ich vielleicht beim w�tenden 'remove' nicht alles richtig >gemacht? Mit dem remove-Befehl wurden die Pakete postgresql und >postgresql-contrib entfernt. Die Verzeichnisse /etc/postgresql und >/var/lib/postgresql/data habe ich manuell gel�scht. Irgendwo gibt es aber >noch Informationen, z.B. ein DB-Backup von postgresql. >Die Befehle >apt-get install postgresql >apt-get install postgresql-contrib >f�hren jedenfalls nicht zu einer vollst�ndigen und funktionierenden >Installation. Tja, das mit dem rm war ein Fehler. Ich w�rde nochmals alles entfernen (mit dpkg oder so, nicht mit rm) was mit psql zu zu hat. Die drei besonderen Verzeichnisse hei�en /var/lib/postgresql f�r die DBs /usr/lib/postgresql f�r die Programme /etc/postgresql f�r die Konfiguration /var/lib/postgresql schaust du am besten gar nicht an. Wie du den Schrott mit dem rm wieder hinkriegst, wei� ich nicht (macht man halt nicht). -- Eckhard H�ffner [EMAIL PROTECTED] D-80331 M�nchen Tel. +49-89-21 03 18 88 -- H�ufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
