ďťż
 
co lepsze: duzo rekordow czy kilka tabel? ďťż
 
co lepsze: duzo rekordow czy kilka tabel?
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

co lepsze: duzo rekordow czy kilka tabel?



kriis.borowski@gmail.com - 02-01-2007 01:26
co lepsze: duzo rekordow czy kilka tabel?
  witam, mam zagwozdke do wyjadaczy

jestem na etapie projektowania bazy obslugujacej bardzo duzo wpisow
textowych ( do ok 2000 znakow) na raz (tzn kazdy taki wpis moze byc
wrzucany do bazy przez kilkaset userow w tym samym czasie) i teraz
pytanie jak w temacie. czy lepiej jezeli tabela jest jedna - co
doprowadza do duzej ilosci rekordow, czy lepszym pomyslem jest
utworzenie tylu tabel ilu jest userow??





Sławomir Szyszło - 02-01-2007 01:26

  Dnia 1 Jan 2007 12:53:56 -0800, "kriis.borowski@gmail.com"
<kriis.borowski@gmail.com> wklepał(-a):

>witam, mam zagwozdke do wyjadaczy
>
>jestem na etapie projektowania bazy obslugujacej bardzo duzo wpisow
>textowych ( do ok 2000 znakow) na raz (tzn kazdy taki wpis moze byc
>wrzucany do bazy przez kilkaset userow w tym samym czasie) i teraz
>pytanie jak w temacie. czy lepiej jezeli tabela jest jedna - co
>doprowadza do duzej ilosci rekordow, czy lepszym pomyslem jest
>utworzenie tylu tabel ilu jest userow??

A tabel z numerami miesięcy będzie tyle co miesięcy, a czy tabel z nazwami
użytkowników będzie tylu co użytkowników? Kto to będzie utrzymywał?
Łatwiej jest pisać aplikację na stabilnym schemacie czy takim, który się co
chwilę zmienia?
Zastanów się, a uzyskasz odpowiedź.
--
Sławomir Szyszło mailto:slaszysz@poczta.onet.pl
Primus inter FAQires & Grand Inquisitor no.0 of pl.comp.bazy-danych
FAQ pl.comp.bazy-danych http://www.dbf.pl/faq/
Archiwum http://groups.google.com/groups?grou...mp.bazy-danych




sg - 02-01-2007 01:26

  Dnia 01-01-2007 o 22:39:12 Sławomir Szyszło <slaszysz@poczta.onet.pl>
napisał(a):

> Dnia 1 Jan 2007 12:53:56 -0800, "kriis.borowski@gmail.com"
> <kriis.borowski@gmail.com> wklepał(-a):
>
>> witam, mam zagwozdke do wyjadaczy
>>
>> jestem na etapie projektowania bazy obslugujacej bardzo duzo wpisow
>> textowych ( do ok 2000 znakow) na raz (tzn kazdy taki wpis moze byc
>> wrzucany do bazy przez kilkaset userow w tym samym czasie) i teraz
>> pytanie jak w temacie. czy lepiej jezeli tabela jest jedna - co
>> doprowadza do duzej ilosci rekordow, czy lepszym pomyslem jest
>> utworzenie tylu tabel ilu jest userow??
>
> A tabel z numerami miesięcy będzie tyle co miesięcy, a czy tabel z
> nazwami
> użytkowników będzie tylu co użytkowników? Kto to będzie utrzymywał?
> Łatwiej jest pisać aplikację na stabilnym schemacie czy takim, który się
> co
> chwilę zmienia?
> Zastanów się, a uzyskasz odpowiedź.

najlepiej zrobić po jednej tabeli na każdy rekord, wtedy unikniesz
problemów z wydajnością :)

oczywiście żartuję (co by nikt nie wziął tego na serio)




Tdobe - 02-01-2007 01:26

 
w/g mnie trzeba projektować bazy danych zgodnie z tym co uczą na
studiach:D





Przemysław Rachwał - 02-01-2007 01:26

  Tdobe napisał(a):
> w/g mnie trzeba projektować bazy danych zgodnie z tym co uczą na
> studiach:D
>
a czego uczą?




Matt Z - 02-01-2007 01:26

  kriis.borowski@gmail.com napisał(a):
> czy lepiej jezeli tabela jest jedna

tak

> czy lepszym pomyslem jest
> utworzenie tylu tabel ilu jest userow??

nie

--
Matt Z




Misiekd - 02-01-2007 01:26

  Dnia Mon, 01 Jan 2007 23:05:49 +0100, Przemysław Rachwał napisał(a):

> Tdobe napisał(a):
>> w/g mnie trzeba projektować bazy danych zgodnie z tym co uczą na
>> studiach:D
>>
> a czego uczą?

myślenia - ale tego to też trzeba się chcieć nauczyć

--
Pozdrawiam Misiekd




hubert depesz lubaczewski - 02-01-2007 01:26

  On 2007-01-01, Tdobe <tdoberman@gmail.com> wrote:
> w/g mnie trzeba projektować bazy danych zgodnie z tym co uczą na
> studiach:D

ekhem. to nie jest dobry pomysł.

depesz

--
http://www.depesz.com/ - blog dla ciebie




hubert depesz lubaczewski - 02-01-2007 01:26

  On 2007-01-01, kriis.borowski@gmail.com <kriis.borowski@gmail.com> wrote:
> pytanie jak w temacie. czy lepiej jezeli tabela jest jedna - co
> doprowadza do duzej ilosci rekordow, czy lepszym pomyslem jest
> utworzenie tylu tabel ilu jest userow??

ile "dużo" rekordów?
jak poniżej, powiedzmy - 100 milionów, to 1 tabela. jak więcej - można
się bawić w jakieś cuda, ale wtedy powiedz jakiego silnika bazodanowego
uzyjesz, bo nie wszystko jest wszedzie zaimplementowane.

depesz

--
http://www.depesz.com/ - blog dla ciebie




dap - 05-01-2007 00:04

  kriis.borowski@gmail.com wrote:
> witam, mam zagwozdke do wyjadaczy
>
> jestem na etapie projektowania bazy obslugujacej bardzo duzo wpisow
> textowych ( do ok 2000 znakow) na raz (tzn kazdy taki wpis moze byc
> wrzucany do bazy przez kilkaset userow w tym samym czasie) i teraz
> pytanie jak w temacie. czy lepiej jezeli tabela jest jedna - co
> doprowadza do duzej ilosci rekordow, czy lepszym pomyslem jest
> utworzenie tylu tabel ilu jest userow??

Robisz kolejne ogame?
W tym wypadku jedna duża tabela z rozsądnym partycjonowaniem (w
zależności od RDBMS). Najlepiej policz też ile czego będzie przybywać...

dap
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • effulla.pev.pl
  • comp
    [ms sql] =?ISO-8859-2?Q?wy=B6wietlenie_pierwszych_5_rekord?==?ISO-8859-2?Q?=F3w_z_zapytania_=3F_odpowiednik_ROWNUM_w_o?== ?ISO-8859-2?Q?raclu_dla_MS_SQL=27a?= [MySQL] =?ISO-8859-2?Q?Wy=B6wietlenie_kolejnej_pozycji=2C_?==?ISO-8859-2?Q?jak=B1_mia=B3by_dany_rekord=2C_gdybym_czyta=B3 _?==?ISO-8859-2?Q?wg_konkretnych_kryteri=F3w=2E_Da_si=EA_=3F?= [mysql] =?ISO-8859-2?Q?wielko=B6=E6_bazy_a_stabilno=B6=E6=2C?==?ISO-8859-2?Q?_podzia=B3_du=BFej_bazy_a_powi=B1zania_tabel?= Jak =?ISO-8859-2?Q?zamieni=E6_dwa_pola_jednej_kolumny_?==?ISO-8859-2?Q?w_dw=F3ch_rekordach_za_pomoc=B1_jednego_zapyt? ==?ISO-8859-2?Q?ania=3F?= [mysql/php] jak =?ISO-8859-2?Q?zliczy=E6_ilo=B6=E6_unikalnyc?==?ISO-8859-2?Q?h_rekord=F3w_w_jednym_zapytaniu=3F?= =?ISO-8859-2?Q?WY=B6wietlenie_rekord=F3w_pocz=B1wszy_od_?==?I SO-8859-2?Q?danej_litery=2E=2E=2E?= [MSSQL2000] Problem z =?ISO-8859-2?Q?tabel=B1/indeksem/zapytanie?==?ISO-8859-2?Q?m_czy_b=B3=B1d_w_bazie_danych=2E=2E=2E?= =?iso-8859-2?Q?=5BMySQL=5D_Wy=B6wietlenie_wszystkich_rekordow _zawierajacy?==?iso-8859-2?Q?ch_duplikat_a__moze_inna_struktura_bazy_danych ?= [pgsql] Akcja w =?iso-8859-2?b?emFsZb9ub7ZjaQ==?= od liczby zmienionych =?iso-8859-1?q?rekord=F3w?= [MySQL]: Dodanie zliczania =?ISO-8859-2?Q?rekord=F3w_do_rozb?==?ISO-8859-2?Q?udowanego_zapytania?=
  • zanotowane.pl
  • doc.pisz.pl
  • pdf.pisz.pl
  • morebeer.opx.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