Re: Podstawy PostgreSQL 8

2007-12-22 Wątek Lech Karol Pawłaszek

Wojciech Ziniewicz pisze:

19-12-07, Maciej Strömich [EMAIL PROTECTED] napisał(a):

 :-) Ach. I IMVHO nie byłby przejrzysty i logiczny dla wielu osób,
 gdyby nie phpldapadmin.


chyba phppgadmin ;) , niestety i on ma nijakie mozliwosci.


Haha. Oczywiście chodziło mi o phpmyadmina ;-))

Pozdrawiam.

--
Lech Karol Pawłaszek ike
You will never see me fall from grace [KoRn]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-20 Wątek Liwiusz Ociepa
On Thu, 20 Dec 2007, Jacek Politowski wrote:

 
 On Thu, Dec 20, 2007 at 03:09:15AM +0100, Liwiusz Ociepa wrote:
 
 Tym razem nie próbuje się łączyć po unix-socket tylko po TCP (-h
 127.0.0.1).
 
 Zgadza się. Tylko, że w pg_hba.conf wpisy dotyczące TCP/IP ma
 wyłącznie z mechanizmem md5. Jeśli dobrze pamiętam zachowanie psql, to
 w takich warunkach i tak sam z siebie o hasło nie zapyta i prompt
 trzeba na nim wymuszać. (Albo zmieniło się to po wersjach 7.2-7.4, bo
 z nimi najwięcej walczyłem w sprawach uwierzytelnienia)
 

Właśnie zapyta - z wersjami wczesniejszymi niż 7.4 dawno nie miałem
kontaktu. W 7.4 i późniejszych nie przypominam sobie problemów z 
pytaniem o hasło.


Pozdrawiam.

-- 
Liwiusz Ociepa



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Liwiusz Ociepa
On Wed, 19 Dec 2007, Jarek Buczyński wrote:

 
 Więc jak to w końcu skonfigurować żebym mógł normalnie się łączyć, 
 bo jak już na początku mam takie problemy to co będzie dalej :D
 

A co się dzieje gdy próbujesz odpalić:
psql -U psql_admin -h 127.0.0.1 template1


Pozdrawiam.

-- 
Liwiusz Ociepa



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Maciej Strömich


On 2007-12-18, at 22:56, [EMAIL PROTECTED] wrote:


Adam Byrtek pisze:
 Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
 dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
 przejrzysty i logiczny.

I o wiele mniej elastyczny i skalowalny. IMVHO oczywiście, by nie  
było tego flame'a.


:-) Ach. I IMVHO nie byłby przejrzysty i logiczny dla wielu osób,  
gdyby nie phpldapadmin.


czesc,

zastanawiam sie tylko co ma phpldapadmin do mysqla ;-). Lechu czy za  
duzo nie pracujesz ostatnio z LDAPem? ;-)


pozdr,
m.



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Wojciech Ziniewicz
19-12-07, Maciej Strömich [EMAIL PROTECTED] napisał(a):
  :-) Ach. I IMVHO nie byłby przejrzysty i logiczny dla wielu osób,
  gdyby nie phpldapadmin.

chyba phppgadmin ;) , niestety i on ma nijakie mozliwosci.

pozdr.

-- 
Wojciech Ziniewicz
Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl
ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje
ct;umount;makeclean; zip;split;done;exit:xargs!!;)}


Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Jacek Politowski
On Wed, Dec 19, 2007 at 05:10:54PM +0100, Liwiusz Ociepa wrote:

A co się dzieje gdy próbujesz odpalić:
psql -U psql_admin -h 127.0.0.1 template1

Bez -W (--password), to zapewne to, co już pisał:
IDENT authentication failed.


-- 
Jacek Politowski


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Jacek Politowski
On Tue, Dec 18, 2007 at 10:33:09PM +0100, Adam Byrtek wrote:

Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
przejrzysty i logiczny.

Model uprawnień w MySQL jest być może nieco bardziej czytelny niż
w PostgreSQL (zwłaszcza dla zaczynających przygodę z RDBMS), ale nie
to najbardziej w PostgreSQL doskwiera. Uprawnienia raz załapiesz
i jesteś w domu.

Zdecydowanie bardziej upierdliwe jest choćby ustawianie języka
porównań (collation) per cluster i konieczność backup-initdb-restore
przy zmianie tego ustawienia, co znacząco utrudnia użycie PostgreSQL
dla baz wielojęzycznych.


-- 
Jacek Politowski


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Jacek Politowski
On Wed, Dec 19, 2007 at 01:01:42AM +0100, Jarek Buczyński wrote:

# Database administrative login by UNIX sockets
local   all postgres  ident sameuser

# TYPE  DATABASEUSERCIDR-ADDRESS  METHOD
# local is for Unix domain socket connections only
local   all all   ident sameuser

# IPv4 local connections:
hostall all 127.0.0.1/32  md5

# IPv6 local connections:
hostall all ::1/128   md5

(...)
Więc jak to w końcu skonfigurować żebym mógł normalnie się łączyć, 
bo jak już na początku mam takie problemy to co będzie dalej :D

A co to jest normalne łączenie?

Generalnie wystarczy łączyć się w sposób zgodny z tymi
skonfigurowanymi, lub zmienić konfigurację tak, aby odpowiadała
Twojemu obecnemu sposobowi łączenia.

Czegoś nie rozumiesz w zacytowanych przez Ciebie komentarzach z
pg_hba.conf?

Czyli skoro łączysz się przez TCP/IP, to musisz podać hasło.  Lub też
możesz łączyć się nie po TCP/IP, tylko po lokalnych socketach, wtedy
musisz mieć konto systemowe o nazwie odpowiadającej nazwie usera w
bazie.

Na razie próbujesz się łączyć na sposób łączący pewne cechy każdego ze
zdefiniowanych u Ciebie w pg_hba.conf, ale nie odpowiadający w 100%
żadnemu.


-- 
Jacek Politowski


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Liwiusz Ociepa
On Wed, 19 Dec 2007, Jacek Politowski wrote:

 
 On Wed, Dec 19, 2007 at 05:10:54PM +0100, Liwiusz Ociepa wrote:
 
 A co się dzieje gdy próbujesz odpalić:
 psql -U psql_admin -h 127.0.0.1 template1
 
 Bez -W (--password), to zapewne to, co już pisał:
 IDENT authentication failed.
 

Tym razem nie próbuje się łączyć po unix-socket tylko po TCP (-h
127.0.0.1). Wynik jaki podałeś pojawił się po próbie: psql -U postgres
-W - co przy domyślnej konfiguracji psql oznacza połączenie po 
unix-socket (i odpowiada konfiguracji jaką przedstawił). 
Opcja -W służy do wymuszenia podawania hasła nawet gdyby psql/postgres 
błędnie uznał to za niepotrzebne.


Pozdrawiam.

-- 
Liwiusz Ociepa



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-19 Wątek Jacek Politowski
On Thu, Dec 20, 2007 at 03:09:15AM +0100, Liwiusz Ociepa wrote:

Tym razem nie próbuje się łączyć po unix-socket tylko po TCP (-h
127.0.0.1).

Zgadza się. Tylko, że w pg_hba.conf wpisy dotyczące TCP/IP ma
wyłącznie z mechanizmem md5. Jeśli dobrze pamiętam zachowanie psql, to
w takich warunkach i tak sam z siebie o hasło nie zapyta i prompt
trzeba na nim wymuszać. (Albo zmieniło się to po wersjach 7.2-7.4, bo
z nimi najwięcej walczyłem w sprawach uwierzytelnienia)

-- 
Jacek Politowski


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-18 Wątek Liwiusz Ociepa

Oczywiście wiesz, że hasło do konta w postgresie jest inne niż do
konta systemowego? Mozna ustawic tak aby uwierzytelnianie poprzez pam
się odbywało - ale domyślnie tak nie jest. 
Ustawianie hasła:
alter user psql_admin with password 'w tych ciapkach podaj hasło';

Pozdrawiam.

-- 
Liwiusz Ociepa



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-18 Wątek Jacek Politowski
On Tue, Dec 18, 2007 at 12:55:33AM +0100, Jarek Buczyński wrote:

$ psql -h localhost -U postgres -W

Jeśli dobrze pamiętam, wpisy w pg_hba.conf miałeś dla połączeń
lokalnych (local socket), a nie TCP/IP. Do tego podejrzewam, że przy
połączeniu TCP musisz mieć pracujący daemon usługi ident, żeby móc się
zautoryzować.

-- 
Jacek Politowski


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-18 Wątek Wojciech Ziniewicz
18-12-07, Adam Byrtek [EMAIL PROTECTED] napisał(a):
 Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
 dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
 przejrzysty i logiczny.

Racja , i tylko o 0.0001% mniej skalowalny niż w postgresie;)


-- 
Wojciech Ziniewicz
Unix SEX :{look;gawk;find;sed;talk;grep;touch;finger;find;fl
ex;unzip;head;tail; mount;workbone;fsck;yes;gasp;fsck;more;yes;yes;eje
ct;umount;makeclean; zip;split;done;exit:xargs!!;)}


Re: Podstawy PostgreSQL 8

2007-12-18 Wątek Adam Byrtek
Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
przejrzysty i logiczny.

-- 
Adam Byrtek


Re: Podstawy PostgreSQL 8

2007-12-18 Wątek i...@szluug.org

Adam Byrtek pisze:
 Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
 dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
 przejrzysty i logiczny.

I o wiele mniej elastyczny i skalowalny. IMVHO oczywiście, by nie było 
tego flame'a.


:-) Ach. I IMVHO nie byłby przejrzysty i logiczny dla wielu osób, gdyby 
nie phpldapadmin.


Pozdrawiam.

--
Lech Karol Pawłaszek ike
You will never see me fall from grace [KoRn]


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-18 Wątek Marcin Owsiany
On Tue, Dec 18, 2007 at 10:33:09PM +0100, Adam Byrtek wrote:
 Całkiem możliwe, że niniejszym wywołam okropny flamewar, ale właśnie
 dlatego sądzę, że model uprawnień w MySQL jest o wiele bardziej
 przejrzysty i logiczny.

Bardziej zintegrowany z resztą bazy, to fakt. Ale co do przejrzystości
to chyba zależy kto od czego zaczynał... Choć fakt, że do uzyskania
obecnego poziomu elastyczności autoryzacji postgres potrzebował paru
ładnych lat...

-- 
Marcin Owsiany [EMAIL PROTECTED] http://marcin.owsiany.pl/
GnuPG: 1024D/60F41216  FE67 DA2D 0ACA FC5E 3F75  D6F6 3A0D 8AA0 60F4 1216


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



RE: Podstawy PostgreSQL 8

2007-12-18 Wątek Jarek Buczyński
Ja zaczynałem od MySQL i dlatego jestem lekko zdziwiony :(

Więc jeszcze raz podeśle mój config, domyślny po instalacji, każdy taki ma
:-)


---
# Database administrative login by UNIX sockets
local   all postgres  ident sameuser

# TYPE  DATABASEUSERCIDR-ADDRESS  METHOD
# local is for Unix domain socket connections only
local   all all   ident sameuser

# IPv4 local connections:
hostall all 127.0.0.1/32  md5

# IPv6 local connections:
hostall all ::1/128   md5

---

Zmieniłem hasło:


---
alter user psql_admin with password 'bardzo_tajne_haslo:-)'

---

Więc jak to w końcu skonfigurować żebym mógł normalnie się łączyć, 
bo jak już na początku mam takie problemy to co będzie dalej :D

--
Pozdrawiam





RE: Podstawy PostgreSQL 8

2007-12-17 Wątek Jarek Buczyński
Cześć,

Kolejna próba :)

--
# passwd postgres
New UNIX password:
Retype new UNIX password:
passwd: hasło zostało zmienione
#

su postgres

$ psql
Welcome to psql 8.1.9, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
   \h for help with SQL commands
   \? for help with psql commands
   \g or terminate with semicolon to execute query
   \q to quit

postgres=#\du


   List of roles
 Role name  | Superuser | Create role | Create DB | Connections | Member of
+---+-+---+-+---
 postgres   | yes   | yes | yes   | no limit|

--


Teraz na innej konsoli (jako użytkownik postgres):

--
$su postgres

$ createuser
Enter name of role to add: psql_admin
Shall the new role be a superuser? (y/n) y
CREATE ROLE
--

I znów powrót na pierwszą:

--
postgres=# \du
   List of roles
 Role name  | Superuser | Create role | Create DB | Connections | Member of
+---+-+---+-+---
 postgres   | yes   | yes | yes   | no limit|
 psql_admin | yes   | yes | yes   | no limit|
--

Ok czyli mam dwóch adminów, ale dalej żaden nie może się  podłączyć (próbuje
się łączyć ze zwykłego konta, zwykłego użytkownika systemowego):

--
$ psql -h localhost -U postgres -W
Password for user postgres:
psql: FATAL:  password authentication failed for user postgres

$ psql -h localhost -U psql_admin -W
Password for user psql_admin:
psql: FATAL:  password authentication failed for user psql_admin

Dodam ze /etc/passwd jes tylko użytkownik postges
--

Jedyny udany sposób to przełączenie sie na użytkownika postgres przez su i
wtedy, ale o co chodzi że nie łączy sie z innego konta:

$ psql -h localhost -U postgres -W
$ psql -h localhost -U psql_admin -W

Dzięki

--
Pozdrawiam



Re: Podstawy PostgreSQL 8

2007-12-10 Wątek sdoman1
Dnia poniedziałek, 10 grudnia 2007 00:36, Jarek Buczyński napisał:
 Hej

 Dzięki za wszystkie odpowiedzi. Czyli rootem (administratorem)
 wszystkich baz serwera PostgreSQL jest użytkownik z kontem w systemie
 linux a nie jak w MySQL uzytkownik root w bazie danych, tak?
Niekoniecznie.
Możesz mieć użytkowników bazy danych bez tworzenia odpowiednich kont w systemie.
Administratorem danej bazy danych zostaje jej właściciel.
Wszystkich dowolny użytkownik bazy któremu nadasz takie prawa.

 Mój plik  pg_hba.conf wygląda tak (domyślna instalacja):

Mój wygląda tak
# TYPE  DATABASEUSERIP-ADDRESSIP-MASK   METHOD
# Database administrative login by UNIX sockets
local   all postgresident 
sameuser
#
# All other connections by UNIX sockets
local   all all password
#
# All IPv4 connections from localhost
hostall all 127.0.0.1 255.255.255.255   password


 $createuser psql_admin
 ---


 powoduje utworzenie nowego konta systemowego o takich prawach jakie ma
 postgres?

 Pytam dlatego ponieważ nie udało mi się tego zrobić:

 ---
 $ createuser psqladmin
 Shall the new role be a superuser? (y/n) y
Opowiedz n.
 wiec wywołuję jako postgres z dobrym haslem

a skąd znasz hasło użytkownika postgres ha?
 $ createuser -Upostgres -W  psql_admin
 Shall the new role be a superuser? (y/n) y
 Password:
 createuser: could not connect to database postgres: FATAL:  Ident
 authentication failed for user postgres
 ---


 Co muszę zmienić w pg_hba.conf żeby to drugie przeszło i czemu teraz
 nie może się połączyć?
Dla użytkownika postgres masz ident sameuser a podajesz hasło.
Spróbuj z konta root wydać polecenie:
su postgres 
createuser nazwa_użytkownika
Shall the new user be allowed to create databases? (y/n) y
Shall the new user be allowed to create more new users? (y/n) y
CREATE USER
Możliwe że już masz użytkownika psql_admin spróbuj innej nazwy.
możesz to sprawdzić tak:
Z konta root
su postgres 
psql template1

Welcome to psql 7.4.7, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
   \h for help with SQL commands
   \? for help on internal slash commands
   \g or terminate with semicolon to execute query
   \q to quit

template1=# \du

Wyświetli listę użytkowników baz danych wraz z uprawnieniami.
  List of database users
 User name  | User ID | Attributes 
+-+
  magdalena1 | 108 | 
 postgres   |   1 | superuser, create database

W razie problemów pisz :D
Pozdrawiam


-- 
Sebastian Domanski Klucz PGP można wyszukać i pobrać z 
http://stinkfoot.org:11371/


pgpU9AugfLZ4e.pgp
Description: PGP signature


Re: Podstawy PostgreSQL 8

2007-12-10 Wątek Liwiusz Ociepa
On Sat, 8 Dec 2007, [EMAIL PROTECTED] wrote:

 
  2. Logowanie
 
  MySQL:
  mysql -u root -p
 
  PostgreSQL:
  Do tej pory robiłem tak, że su na użytkownika systemowego postgres i
  wtedy psql, bo jak robiłem tak:
 
  # psql -U postgres -W
  Password for user postgres:
  psql: FATAL:  Ident authentication failed for user postgres
 
  pomimo dobrego hasła, o co chodzi?
 

Może: psql -U postgres -h localhost baza

 
 Musisz odpowiednio edytować plik pg_hba.conf
 Z tego co widzę na lokalne połączenia masz wybraną opcję identyfikacji 
 użytkowników z wykorzystaniem  serwera ident. Ident authentication failed
 

Z tą róznicą, że to ident w wypadku połączeń po unix socket oznacza
tylko porównywanie nazw użytkownika (z ewentualnymi mapowaniami) i nie wymaga 
serwera ident.

  3.Prawa
 
  MySQL:
  grant all on db_name.* to admin_bazy identified by 'haselo';
 
  i już mam roota bazy, co w większości przypadków mi wystarcza, przy
  czym automatycznie tworzony jest użytkownik z takim hasłem, jak można
  uzyskać to samo pod PostgreSQL, czyli stworzyć bazę i stworzyć roota
  dla tej bazy?
 
  --
 Bazę tworzysz albo z konta systemowego :
  createdb -U nazwa_uzytkownika nazwa_bazy
 Password: 
 CREATE DATABASE
 lub 
 psql template1
 CREATE DATABASE nazwa
 
 Domyślnie tylko właściciel bazy danych ma dostęp do tabel bazy danych.
 Dla reszty użytkowników musisz użyć polecenia GRANT.
 

W nowych wersjach postgresa (niestety chyba poetchowych) można nadać
uprawnienie do connecta do samej bazy - dużo wygodniejsze jest to niż
grzebanie po tabelkach. BTW. przy domyślnych ustawieniach każdy
uzytkownik może tworzyć tabele w każdej bazie do której może się
podłączyć a domyślna zawartość pg_hba.conf pozwala łączyć się po
localhost każdemu użytkownikowi do każdej bazy.


Pozdrawiam.

-- 
Liwiusz Ociepa



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-09 Wątek Jarek Buczyński
Hej

Dzięki za wszystkie odpowiedzi. Czyli rootem (administratorem)
wszystkich baz serwera PostgreSQL jest użytkownik z kontem w systemie
linux a nie jak w MySQL uzytkownik root w bazie danych, tak?

Mój plik  pg_hba.conf wygląda tak (domyślna instalacja):

---
local   all postgres  ident sameuser
local   all all   ident sameuser
hostall all 127.0.0.1/32  md5
hostall all ::1/128   md5
---


Czyli uruchomienie

---
$createuser psql_admin
---

powoduje utworzenie nowego konta systemowego o takich prawach jakie ma postgres?

Pytam dlatego ponieważ nie udało mi się tego zrobić:

---
$ createuser psqladmin
Shall the new role be a superuser? (y/n) y
createuser: could not connect to database postgres: FATAL:  role
jarek does not exist

wiec wywołuję jako postgres z dobrym haslem

$ createuser -Upostgres -W  psql_admin
Shall the new role be a superuser? (y/n) y
Password:
createuser: could not connect to database postgres: FATAL:  Ident
authentication failed for user postgres
---

Co muszę zmienić w pg_hba.conf żeby to drugie przeszło i czemu teraz
nie może się połączyć?

--
Pozdrawiam


Re: Podstawy PostgreSQL 8

2007-12-08 Wątek Pawel



1. Root bazy (owner)

W MySQL rootem jest login root (siedzi w bazie MySQL), jak jest w
PostgreSQL, kto jest rootem?
  

postgres

2. Logowanie

MySQL:
mysql -u root -p

PostgreSQL:
Do tej pory robiłem tak, że su na użytkownika systemowego postgres i
wtedy psql, bo jak robiłem tak:
  

psql nazwa_bazy

# psql -U postgres -W
Password for user postgres:
psql: FATAL:  Ident authentication failed for user postgres

pomimo dobrego hasła, o co chodzi?
  

pomimo że lokujesz się lokalnie musisz być dodany do pg_hba.conf

3.Prawa

MySQL:
grant all on db_name.* to admin_bazy identified by 'haselo';

i już mam roota bazy, co w większości przypadków mi wystarcza, przy
czym automatycznie tworzony jest użytkownik z takim hasłem, jak można
uzyskać to samo pod PostgreSQL, czyli stworzyć bazę i stworzyć roota
dla tej bazy?
  
zobacz jak wyżej, najpierw trzeba dodać uprawnienia w pg_hba.conf a 
jeszcze wcześniej stworzyć użytkownika poprzez createuser

--
Pozdrawiam
  


Pozdrawiam
Pawel


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]



Re: Podstawy PostgreSQL 8

2007-12-08 Wątek sdoman1
Dnia sobota, 8 grudnia 2007 01:25, Jarek Buczyński napisał:

 1. Root bazy (owner)

 W MySQL rootem jest login root (siedzi w bazie MySQL), jak jest w
 PostgreSQL, kto jest rootem?

Z konta root (systemowego) wydajesz polecenie
createuser nazwa_użytkownika
Shall the new user be allowed to create databases? (y/n)y
Shall the new user be allowed to create more new users? (y/n)y
Password: 
i już masz administratora baz

 2. Logowanie

 MySQL:
 mysql -u root -p

 PostgreSQL:
 Do tej pory robiłem tak, że su na użytkownika systemowego postgres i
 wtedy psql, bo jak robiłem tak:

 # psql -U postgres -W
 Password for user postgres:
 psql: FATAL:  Ident authentication failed for user postgres

 pomimo dobrego hasła, o co chodzi?


Musisz odpowiednio edytować plik pg_hba.conf
Z tego co widzę na lokalne połączenia masz wybraną opcję identyfikacji 
użytkowników z wykorzystaniem  serwera ident. Ident authentication failed

inne opcje to :
- trust - z bazą danych łączy się użytkownik godny zaufania (z konta 
systemowego użytkownika wpisujesz psql nazwa_bazy bez hasła)
- password musisz podać hasło aby się połączyć z bazą (przydatne jeśli chcesz 
używać php aby się łączyć z bazą)
-crypt to samo co password ale hasło będzie przesyłane w formie zaszyfrowanej
-reject odrzucanie połączeń do tej bazy danych

dodatkowo do host i hostssl można użyć :
ident
krb4
krb5
Plik ma postać :
local   all trust
hostall 127.0.0.1   255.255.255.255 trust 

local - gniazdo unixowe 
host - połączenie po TCP/IP
all wszystkie bazy danych lub konkretna nazwa bazy

 3.Prawa

 MySQL:
 grant all on db_name.* to admin_bazy identified by 'haselo';

 i już mam roota bazy, co w większości przypadków mi wystarcza, przy
 czym automatycznie tworzony jest użytkownik z takim hasłem, jak można
 uzyskać to samo pod PostgreSQL, czyli stworzyć bazę i stworzyć roota
 dla tej bazy?

 --
Bazę tworzysz albo z konta systemowego :
 createdb -U nazwa_uzytkownika nazwa_bazy
Password: 
CREATE DATABASE
lub 
psql template1
CREATE DATABASE nazwa

Domyślnie tylko właściciel bazy danych ma dostęp do tabel bazy danych.
Dla reszty użytkowników musisz użyć polecenia GRANT.

Pozdrawiam 

-- 
Sebastian Domanski Klucz PGP można wyszukać i pobrać z 
http://stinkfoot.org:11371/


pgp8kfEZbAcLr.pgp
Description: PGP signature