Clustering, databaze a sdileni dat

[Michal Krause]

On 12/13/99 22:18, Jan Panoch wrote:

> Ale ma jeste neco, opet prozradim jednu fintu, kterou jsem pouzil na
> post.cz:
> 
> Mejme N docasnych tabulek se stejnou strukturou jako ma ta hlavni. Do
> tech se bude POUZE zapisovat (do tech N se to rozdeli, treba podle ID
> nebo neceho jineho, aby se omezil konkurencni stret pri zapisu do
> tabulky). Z hlavni tabulky se bude POUZE cist a jednou za cas se do ni
> prilijou data ze vsech docasnych tabulek.. Tohle samozrejme funguje
> pro insert (takhle se ted prijimaji do post.cz nove zpravy), ale slo
> by to i pro update - jen to nebude tak jednoduche. pro insert totiz
> staci v zasade neco jako:
> 
> insert into t1 select * from tmp1;delete from tmp1;
> 
> ale pro update by se muselo preliti dat provadet programem.. A mozna
> ani to, ted mne napada, ze by mozna slo pouzit sql group by... Muselo
> by se promyslet a vyzkouset.. Tohle je zatim jen idea.. Ale pro insert
> je odzkousena.. A krome toho je vubec otazka, jak se chova ta 3.23.7..

Jenze, jak uz jsem psal, tyhle updaty nejsou neco jako UPDATE SET
neco = neco + 1 WHERE bla bla bla. Je tam komplexnejsi vazba, kterou
resi program. A delat neco takoveho z vice tabulek by asi nebylo o nic
efektivnejsi nez pouzivani jedne tabulky. V mem pripade by bylo zrejme
lepsi vytvorit nemennou vazbu mezi ID a konkretni temporary tabulkou a
balancing resit pomoci inteligentniho rozprostreni ID nad tabulkami tak,
aby se nekde nekumulovaly nejnavstevovanejsi stranky. Neco jako
sprintf(jmeno_tabulky, "table_%2d", id / 3) by bylo totalne na nic.

S pozdravem
--
Michal Krause                                                      /\
ICQ: 7665279            Informace (nejenom) ze sveta Linuxu     /\/  \
email: mike na navrcholu.cz ______ http://www.root.cz/ ______ NAVRCHOLU.cz

Co napsat do signatury, aby to nikoho nepohorsilo? Snad jedine nejakou
obecne znamou pravdu. Doufam, ze vsichni vite, ze tucnak je bylozrava ryba.