ďťż
 
[PgSQL] optymalizacja - baza na oddzielnym serwerze? ďťż
 
[PgSQL] optymalizacja - baza na oddzielnym serwerze?
Zobacz wiadomości
 
Cytat
A gdyby tak się wedrzeć na umysłów górę, / Gdyby stanąć na ludzkich myśli piramidzie, / I przebić czołem przesądów chmurę, / I być najwyższą myślą wcieloną. . . Juliusz Słowacki, Kordian
Indeks BCB i MySQL subiekt gt fototapeta
 
  Witamy

[PgSQL] optymalizacja - baza na oddzielnym serwerze?



Ransom - 28-07-2007 00:01
[PgSQL] optymalizacja - baza na oddzielnym serwerze?
  Planuje migracje systemu do zarzadzania zdjeciami Photoshelf.

Nazwa: Photoshelf
Napisane w: Perl + PostgreSQL
System operacyjny: Linux

Aktualnie wyglada to w ten sposob, że interfejs www (perl) oraz wszystkie
zdjecia znajduja sie na jednym serwerze, natomiast baza postgres na innym.
Zapytania sa wysylane przez internet (nie lan).
Ktos postawil system w taki sposob, a ja sie zastanawiam dlaczego.
Chce przeniesc wszystko, czyli skrypty + pliki + baze na jeden serwer.
Ktore z rozwiazan jest bardziej optymalne pod wzgledem wydajnosci? Czy jest
ryzyko ze po przeniesieniu bazy system zacznie sie mulic?

--
Hubert Aszyk





hubert depesz lubaczewski - 28-07-2007 00:01

  Dnia 27.07.2007 Ransom <ransom_WYTNIJ_TO_@gazeta.pl> napisał/a:
> Ktos postawil system w taki sposob, a ja sie zastanawiam dlaczego.
> Chce przeniesc wszystko, czyli skrypty + pliki + baze na jeden serwer.
> Ktore z rozwiazan jest bardziej optymalne pod wzgledem wydajnosci? Czy jest
> ryzyko ze po przeniesieniu bazy system zacznie sie mulic?

dedykowana maszyna zawsze jest szybsza niż dzielona. czyli wersja na
dwóch serwerach będzie szybsza.
o ile? nie wiem ile tego tam masz.
ale jeśli soft jest napisany z głową, serwowanie zdjęć też, to nie
powinieneś mieć problemów.

depesz

--
quicksil1er: "postgres is excellent, but like any DB it requires a
highly paid DBA. here's my CV!" :)
http://www.depesz.com/ - blog dla ciebie (i moje CV)




Ransom - 28-07-2007 00:01

  Dnia Fri, 27 Jul 2007 11:23:40 +0200, hubert depesz lubaczewski napisał(a):

> dykowana maszyna zawsze jest szybsza niż dzielona. czyli wersja na
> dwóch serwerach będzie szybsza.
> o ile? nie wiem ile tego tam masz.
> ale jeśli soft jest napisany z głową, serwowanie zdjęć też, to nie
> powinieneś mieć problemów.

Dzieki wielkie za info.
Jeszcze jedna kwestia. Czy oplaca sie zakladac oddzielna partcje pod baze
(albo nawet i drugi dysk)?

--
Hubert Aszyk




Adam Kubica - 28-07-2007 00:01

  On Fri, 27 Jul 2007 11:45:44 +0200, Ransom wrote:

> Dnia Fri, 27 Jul 2007 11:23:40 +0200, hubert depesz lubaczewski napisał(a):
>
>> dykowana maszyna zawsze jest szybsza niż dzielona. czyli wersja na
>> dwóch serwerach będzie szybsza.
>> o ile? nie wiem ile tego tam masz.
>> ale jeśli soft jest napisany z głową, serwowanie zdjęć też, to nie
>> powinieneś mieć problemów.
>
> Dzieki wielkie za info.
> Jeszcze jedna kwestia. Czy oplaca sie zakladac oddzielna partcje pod baze
> (albo nawet i drugi dysk)?

Najczesciej wydajnosciowo oplaca sie osobny dysk na baze (dysk, nie
partycja), zalezy jakie jest obciazenie maszyny, jak malutkie to w
praktyce nie ma wiekszego sensu.





hubert depesz lubaczewski - 28-07-2007 00:01

  Dnia 27.07.2007 Ransom <ransom_WYTNIJ_TO_@gazeta.pl> napisał/a:
> Dzieki wielkie za info.
> Jeszcze jedna kwestia. Czy oplaca sie zakladac oddzielna partcje pod baze
> (albo nawet i drugi dysk)?

drugi dysk - tak. druga partycja - nie.

depesz

--
quicksil1er: "postgres is excellent, but like any DB it requires a
highly paid DBA. here's my CV!" :)
http://www.depesz.com/ - blog dla ciebie (i moje CV)
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    =?ISO-8859-2?Q?Narz=EAdzie_do_budowania_zapyta=F1_SQL=2C?==?I SO-8859-2?Q?_PL/PgSQL=2C_PL/SQL=2C_T-SQL?= Baza Accessa bez Accessa Zrywanie =?ISO-8859-2?Q?po=B3aczen_z_baza_danych_-_pos?==?ISO-8859-2?Q?tgresql_=3C-=3E_odbc?= [pgsql] Akcja w =?iso-8859-2?b?emFsZb9ub7ZjaQ==?= od liczby zmienionych =?iso-8859-1?q?rekord=F3w?= [sql][pgsql] zapytanie sql [pgsql] Wykonanie triggera po =?ISO-8859-2?Q?zako=F1czeniu_tra?==?ISO-8859-2?Q?nsakcji?= [pgsql] =?ISO-8859-2?Q?Prawid=B3owe_post=EApowanie_w_przyp?==?ISO-8859-2?Q?adku_awarii?= [PGSQL] Funkcje =?ISO-8859-2?Q?zwracaj=B1ce_=27rowset=27_i_?==?ISO-8859-2?Q?tabele_tymczasowe?= [pgsql] 7.4 =?ISO-8859-2?Q?og=B3upia=B3_przy_zak=B3adaniu_?==?ISO-8859-2?Q?indeksu?= [pgsql] Zmiana schematu do =?ISO-8859-2?Q?kt=F3rego_nalezy_o?==?ISO-8859-2?Q?biekt=2E?=
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • lisinski.htw.pl
  • Cytat

    Decede mihi sole - nie zasłaniaj mi słonca.
    Gdy kogoś kochasz, jesteś jak stworzyciel świata - na cokolwiek spojrzysz, nabiera to kształtu, wypełnia się barwą, światłem. Powietrze przytula się do ciebie, choćby był mróz, a ty masz w sobie tyle radości, że musisz ją rozdawać wokoło, bo się w tobie nie mieści
    Hoc fac - tak czyń.
    A tergo - od tyłu; z tyłu.
    I czarne włosy posiwieją. Safona

    Valid HTML 4.01 Transitional

    Free website template provided by freeweblooks.com