ďťż
 
[pgsql] - replikacja - slony ďťż
 
[pgsql] - replikacja - slony
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] - replikacja - slony



somee - 30-05-2006 04:06
[pgsql] - replikacja - slony
  Witam
Otóż będą dwie bazy danych jedna główna centralna i druga na potrzeby
witryna www
różnica między nimi polega na tym że centralna będzie z dużą ilością tabel i
danych archiwalnych a na www ma mieć tych tabel mniej tylko bez danych
archiwalnych plus lekko zmieniona struktura aby szybciej zapytanie działały
na www.

Ponieważ dane zmienione na bazie centralnej mają być od razu widoczne na www
to pomyślałem o sloniku bo replikuje się na zasadzie trigerów tylko
problemem jest:
1. inna struktura danych
2. na www rekordy nie potrzebne będą usuwane

i czy może te funkcje pod tigerami można samemu napisać aby dane trafiały do
nowej struktury i czy nie będzie słonikowi przeszkadzał punkt 2 czyli brak
rekordów w bazie slave?

Może ktoś z was ma jakieś doświadczenie na ten temat??

Pozdrawiam

--
/*
Kto nie pyta ten błądzi
kto pyta ten błądzi z innymi
*/





hubert depesz lubaczewski - 31-05-2006 00:25

  somee wrote:
> Ponieważ dane zmienione na bazie centralnej mają być od razu widoczne na
> www
> to pomyślałem o sloniku bo replikuje się na zasadzie trigerów tylko
> problemem jest:
> 1. inna struktura danych

forget.

> 2. na www rekordy nie potrzebne będą usuwane

forget.
tabele na bazie slave są zalockowane - nie da się do nich insertować,
update'ować, delete'ować.

> i czy może te funkcje pod tigerami można samemu napisać aby dane trafiały
> do nowej struktury i czy nie będzie słonikowi przeszkadzał punkt 2 czyli
> brak rekordów w bazie slave?
> Może ktoś z was ma jakieś doświadczenie na ten temat??

replikuj normalnie - np. do tabel w wydzielonym schemacie (np. tabela
"users" na slave zamiast być public.users niech będzie orig.users
na tabelach na slave pozakładaj trigger które przy aktualizacji danych
odpowiednio zmodyfikują dane w tych "innych" strukturach.

depesz

--
http://www.depesz.com/ - nowy, lepszy depesz




somee - 31-05-2006 00:25

  hubert depesz lubaczewski nabazgrał(a):

> forget.
> tabele na bazie slave są zalockowane - nie da się do nich insertować,
> update'ować, delete'ować.
>
Dobrze wiedzieć ważne info.

>> i czy może te funkcje pod tigerami można samemu napisać aby dane trafiały
>> do nowej struktury i czy nie będzie słonikowi przeszkadzał punkt 2 czyli
>> brak rekordów w bazie slave?
>> Może ktoś z was ma jakieś doświadczenie na ten temat??
>
> replikuj normalnie - np. do tabel w wydzielonym schemacie (np. tabela
> "users" na slave zamiast być public.users niech będzie orig.users
> na tabelach na slave pozakładaj trigger które przy aktualizacji danych
> odpowiednio zmodyfikują dane w tych "innych" strukturach.
>

Hm jeżeli już będę robił to skorzystam z twojego pomysłu ale

ale trigery zrobię na bazie centralnej i tam wydzielę schamet www
i te trigery będą modyfikowały do schematu www
a w slave będzie replikacja całego schematu www

Dzięki pomogło

> depesz
>
> --
> http://www.depesz.com/ - nowy, lepszy depesz

--
/*
Kto nie pyta ten błądzi
kto pyta ten błądzi z innymi
*/
  • 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?= [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?= Która z baz: [PGSQL] czy [MySQL] będzie lepsza w takim zastosowaniu (masowe UPDATE) PL/pgSQL jak =?ISO-8859-2?Q?u=BFy=E6_transakcji=2E?=
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • ponland.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