IMHO tai sio posto klausimas aplamai uzdarytas, ner cia ka jau diskutuoti, esme buvo kad zmogus klause patarimo kaip organizuoti medines DB strukturas  ir su jom dirbti, daveme n pavyzdziu pasiziurejimui kaip praktikoje yra daroma ir viskas, zmogus padekojo :)

    O analizuoti kazkokias fantastines neegzistuojancias duomenu bazes laikau laiko gaisimu :) elementariai esant konkreciai situacijai reikia konkreciai ir ziureti ar rinkti geresni sprendima kuris konkreciu atveju tinka.

    Del facebuko tai aplamai keista diskusija diskutuoti apie tai ko gerai ne nezino o sprendzia tik is prekes etiketes... pats as ir nezinau, bet teke vartyti siek tiek knyga apie soc tinklus, tai kas man ispudi del facebook padare kad visa tai sukasi ant:

~11000 web serveriu
~1800 mysql serveriu
~900 cached serveriu

    Kaip dirba aisku jeigu ner ka veikti galima aiskintis, nes kiek gandu girdejau tai fb yra opensource rodos github ar kazkur prieinamas, bet manau ju sprendimas pakankamai gerai veikia, o be bugu nebuna sistemu ar programu :)


No Offence!
JDM.

"Dainius" <dainius@something.com> wrote in message news:iknhvh$bpo$1@trimpas.omnitel.net...
> Nesigincyk, jis geriau zino, kaip turi buti organizuotos duomenu 
> strukturos visais atvejais.
> 
> On 03/03/2011 08:43 AM, Rimantas Liubertas wrote:
>>> Medis tai tik atvaizdavimo metodika, o ne pacios duomenu strukturos.
>>
>> O, kažkas naujo.
>> Tai vienmatis masyvas — vien kamienas, o tarkim koks nors set —
>> tiesiog lapų prikritę?
>>
>>
>> ic
>> --
>> http://rimantas.com/
>