PostgreSQL vs MySQL Opcje

[SongoQ]

@ferr Procedura skladowa - co to np piszesz w php mozesz przeniesc na bazke. Najprostrzym przykladem jest dodawanie rekordu.

Np. chcesz dodawac panstwa do bazy danych, w php musisz sprawdzac czy istnieje i ewentualnie zwrocic jego id lub dodac nowe, a tak za pomoca funkcji to wszystko zalatwiasz. Wtedy masz jeden select odwolujacy sie do funkcji ktory zwraca Ci id panstwa. W funkcji masz sprawdzanie czy juz istnieje i dodanie.

Mozesz uzywac do wyliczania roznych wartosci, konwersji itd.

[sobstel]

@ferr Procedura skladowa - co to np piszesz w php mozesz przeniesc na bazke. (...) Np. chcesz dodawac panstwa do bazy danych (...) Mozesz uzywac do wyliczania roznych wartosci, konwersji itd.

jednym słowem przerzucamy trochę logiki na bazę danych odciążając php.

[ferr]

Yhm, dzieki..

[NetJaro]

Witajcie

Co na dzień dzisiejszy polecacie pod kątem wydajności? Mozliwości i tak całych nie wykorzysta się, więc stawiam głownie na wydajność. A więc.. na teraźniejszość co lepiej wybrać pod tym kątem?

[cadavre]

Jakie są różnice składniowe pomiędzy PostgreSQL a MySQL?
Słyszałem, że w PSQL nie można stosować "`" do nazw tabel i jest jakaś różnica z auto_increment. Jakie są różnice w syntax'ie? A bezpieczeństwo?

Ten post edytował cadavre 10.12.2006, 21:35:04

[Sedziwoj]

To chyba nie do końca ten wątek...
Co do ` to prawda nie można ich stosować do nazw tabel ale możesz ", a zamiast auto_increment to stosujesz typ serial (dokładnie to jest tylko obudowa, bo możesz ręcznie skonstruować odpowiednią sekwencje)
Tu raczej nie ma różnic, tylko inny zapis.

[kufalo]

Brak wsparcia dla sortowania przez PostgreSQL pod systemem Windows w innej stronie kodowej niz Windows-1250 całkowicie robi tę baze bezuzyteczną.

Ten post edytował kufalo 28.01.2007, 12:46:10

[Zbłąkany]

Litości miałem PostgreSQL 8.1.x pod windows xp i używałem utf-8 i jakoś nie widziałem, aby miał problem z sortowaniem Stąd logiczny wniosek gadasz głupoty

[kufalo]

Litości miałem PostgreSQL 8.1.x pod windows xp i używałem utf-8 i jakoś nie widziałem, aby miał problem z sortowaniem Stąd logiczny wniosek gadasz głupoty

Znalazlem pod adresem:
http://confluence.atlassian.com/display/DO...racter+Encoding
ze:

Please note that international characters sets are only fully supported and functional when using PostgreSQL 8.1 and above under Microsoft Windows.

Problemy z tym byly, a bez sortowania ani rusz......
Ale skoro juz to tragiczne niedopatrzenie zostalo naprawione, to chyba ponownie przesiade sie na PostgreSQL.
Chociaz i tak nadal odnosze wrazenie, ze uzywajac tej bazy pod winda mozna sie przejechac...

Warto poswiecić chwilkę na postgresa a konkretnie na plPHP.

A jak to zainstalowac na win, czy moze to juz jest w standardzie przy instalacji postgresql pod winda

Ten post edytował kufalo 29.01.2007, 16:51:02

[DeadMan]

mam pytanie jak zaimportowac plik.txt do tabeli test w ktorej sa 4 kolumny,z lini komend. Chce zeby plik.txt wypelnil puste pola w tych 4 kolumnach. Prosze o pomoc

[SongoQ]

napisz sobie jakis skrypcik ktory wrzuci jestli to jest sql to zaimportuj. Odnosnie PG i MySQLa konkretnie funkcji skladowych do nadal postres wygrywa ale podejrzewam ze jeszcze z 2lata i ta roznica bedzie w 2 strone, jesli tylko w MySQLu zostanie jezyk proceduralny.

[DeadMan]

skrypt to ja mam tylko nie wiem jakie polecenie wpisac w PG.
W SQL to by bylo tak -> LOAD DATA LOCAL INFILE "C:/wycieczki.txt" INTO TABLE
wycieczki LINES TERMINATED BY '\r\n' (kraj, ilosc_dni, nazwa_wycieczki, opis_wycieczki);

w PG to nie dziala probowalem zmieniac ale cos mi niewychodzi help me

[maly_szcz]

Witam.
Wątek ma już trochę i dlatego chciałbym spytać, czy ktoś z Was próbował porównywać obecne wersje PostgreSQL i MySQL?


Pozdrawiam.

[SongoQ]

MySQL szybko sie rozwija i jestem pewny ze rok moze 2 i w mozliwosciach bedzie lepszy od PG. Narazie najwiekszym minusen jest jezyk proceduralny gdzie w Postgresie wiadomo ze jest kilka: plpgsql, java, c, php, ruby, python. Wydaje mi sie ze jesli takie tempo rozmwoju utrzymaja jakie jest teraz moga w malym stopniu podwazyc wartosc ORACLE czy MSSQLa

[Ania-678]

ym... a MySQL w wersji 5 obsługuje transakcje na blokowanie samych wierszy tak jak postgre? Bo jakoś pewnych informacji w necie nie bardzo można się doszukać...

[Jarod]

MySQL szybko sie rozwija i jestem pewny ze rok moze 2 i w mozliwosciach bedzie lepszy od PG.

Masz jakieś konkretne uzasadnienie czy to tylko Twoje przypuszczenia? Bo obecnie wszyscy mówią, że MySQL nie umywa się do PostgreSQLa..

[kwiateusz]

dogania go, doczekaliśmy się triggerów w wersji 5, zadan wykonywanych co jakis czas.. co nie zmienia faktu ze późno to dodają, a zanim hostingi zrobią migracje na 5 to miną wieki...

[SongoQ]

Masz jakieś konkretne uzasadnienie czy to tylko Twoje przypuszczenia? Bo obecnie wszyscy mówią, że MySQL nie umywa się do PostgreSQLa..

Z tym sie zgodze ze sie nie umywa. Proste porownianie jesli korzystasz z PG tylko i wylacznie uzywajac SQL to o wiele lepszy jest MySQL ale gdzie juz zaczyna sie cos bardziej pogmatwanego gdzie jest wymagane uzycie jezyka proceduralnego w bazie danych to PG niestety ale MySQL bije jak tylko moze z jakiego powodu? Z takiego ze MySQL nie posiada zadnej implementacji jezyka proceduralnego. Obecnie co mozemy spotkac to SQL w procedurach i funkcjach.

Kiedys juz pisalem jaka baza jest najlpesza. Oczywiscie najlepsza jest taka jakie sa wymagania projektu a jakie sa wymagania projektu to juz jest bardziej skomplikowane. Jesli porownujac funkcjonalnosci to oczywiscie ze najlepsza jest ORACLE ale co z tego jak wiekszosc firm, bardzo duzych firma nie tylko w Polsce nie wykorzysta nawet 50% mozliwosci tej bazy.

@Jarod W obecnej pracy siedze tylko i wylacznie w plpgsql czyli Postgres, no i dla takiej rangi projektu MySQL by sobie nie poradzil, wile rzeczy sie dzieje automatycznie po stronie bazy danych (baz danych) nawet mozna powiedziec ze PG jest molo wystarczalny.

[Jarod]

(...)Proste porownianie jesli korzystasz z PG tylko i wylacznie uzywajac SQL to o wiele lepszy jest MySQL(...)

Dlaczego tak uważasz?

(...)ze najlepsza jest ORACLE(...)

Oracle ale do naprawde bardzo dużych baz. Jakiś czas temu natknąłem się na testy wydajności Oracle vs MSSQL. Ten pierwszy był wydajniejszy dopiero przy bardzo dużych bazach. Przy mniejszych MSSQL prowadził.

@[b]Jarod [/b(...)MySQL by sobie nie poradzil, wile rzeczy sie dzieje automatycznie po stronie bazy danych (baz danych) nawet mozna powiedziec ze PG jest molo wystarczalny.

Podaj jakieś przykłady jakiego typu rzeczy wykonywane są z automatów. Nigdy nie miałem przyjemności pracować przy budowie tego typu (b. dużych) baz. Jestem po prostu ciekawy.

pozdrawiam

[SongoQ]

Dlaczego tak uważasz?

Prostota chyba najbardziej za tym przemawia i popularnosc. Poszukaj sobie testow dla malutkich baz zobaczysz jakie sa rezultaty.

Oracle ale do naprawde bardzo dużych baz. Jakiś czas temu natknąłem się na testy wydajności Oracle vs MSSQL. Ten pierwszy był wydajniejszy dopiero przy bardzo dużych bazach. Przy mniejszych MSSQL prowadził.

Z tym to bym sie akurat nie zgodzil. Na Oracle mialem okazje pracowac przez ponad 3 lata uwierz mi ze jesli masz wszystko tak jak trzeba skonfigurowane to jest naprawde szybki. Co do testow to spotkalem sie z zypelnie przeciwnymi.

Podaj jakieś przykłady jakiego typu rzeczy wykonywane są z automatów. Nigdy nie miałem przyjemności pracować przy budowie tego typu (b. dużych) baz. Jestem po prostu ciekawy.

Np cos takie jak dodanie do 1 tabeli powoduje mase operacji w innych tabelach, podobnie jak usuwanie i update. Albo inny przyklad monitorowanie zmian rekordow nie wazne czy to robisz przez aplikacje czy recznie masz kazda malusinka zmiane. Takich przykladow moze byc setki, ktore sie dzieja w bazie. Albo dodajesz do 1 baza a automatycznie dane sa replikowane w innych bazach niekoniecznie PG (trafiaja do MSSQL czy ORACLE)

Jesli nie znasz takich rzeczy to radze zakupic pare dobrych ksiazek przeczytac to da troche jasniejszy poglad na mechanizmy baz danych. Obecnie baza danych to nie tylko operacje SQL to rowniez wykorzystanie masy narzedzi jakie oferuje i wile rzeczy napisanych w procedurach skladowanych.