Duza tabela czy wiele mniejszych?
Barton - 04-11-2005 23:16
Duza tabela czy wiele mniejszych?
Witam.
Mam do zrobienia projekt (PHP+MySQL) bazy firm.
Firm bedzie około 5000-7000.
Kazda z firm oprócz danych adresowych o sobie, o osobie do kontaktów itp
bedzie zwiazana z wieloma atrybutami (data rozpoczęcia umowy, promocje, znizki, branza itp).
Wyszło mi że do jednej firmy bedzie przypisanych około 70-100 cech.
Czy umieszczać to wszystko w jednej tabeli czy rozbijac to na mniejsze i identyfikowac po ID??
Wydaje mi sie że wygodniej byłoby dla mnie trzymać to w jednej ale
że nie jestem zbyt doświadczony w zarządzaniu duza iloscią danych
to zwracam sie do fachowców.
Co będzie wydajniejsze i łatwiejsze w zarządzaniu?
Pozdrawiam
=?ISO-8859-2?Q?Cezary_Gr=B1dys?= - 04-11-2005 23:16
Użytkownik Barton napisał:
> Witam.
> Mam do zrobienia projekt (PHP+MySQL) bazy firm.
> Firm bedzie około 5000-7000.
> Kazda z firm oprócz danych adresowych o sobie, o osobie do kontaktów itp
> bedzie zwiazana z wieloma atrybutami (data rozpoczęcia umowy, promocje, znizki, branza itp).
> Wyszło mi że do jednej firmy bedzie przypisanych około 70-100 cech.
> Czy umieszczać to wszystko w jednej tabeli czy rozbijac to na mniejsze i identyfikowac po ID??
> Wydaje mi sie że wygodniej byłoby dla mnie trzymać to w jednej ale
> że nie jestem zbyt doświadczony w zarządzaniu duza iloscią danych
> to zwracam sie do fachowców.
> Co będzie wydajniejsze i łatwiejsze w zarządzaniu?
> Pozdrawiam
>
>
Oczywiście, nie ma sensu trzymania tego w jednej tabeli. Zobacz, że
każda z tych firm może kilka razy zmieniała adres, zawarła wiele umów,
może działać w wielu branżach itp. To wszystko musi być pamiętane, a w
jednej tabeli nie wiadomo by było ile dać na to pól.
--
Cezary Grądys
czarekgr@wa.onet.pl
Proton - 04-11-2005 23:16
Użytkownik "Barton" <nie@pisz_maili.pl> napisał w wiadomości
news:dk2c7q$a0t$1@news.dialog.net.pl...
> Witam.
> Mam do zrobienia projekt (PHP+MySQL) bazy firm.
> Firm bedzie około 5000-7000.
> Kazda z firm oprócz danych adresowych o sobie, o osobie do kontaktów itp
> bedzie zwiazana z wieloma atrybutami (data rozpoczęcia umowy, promocje,
> znizki, branza itp).
> Wyszło mi że do jednej firmy bedzie przypisanych około 70-100 cech.
> Czy umieszczać to wszystko w jednej tabeli czy rozbijac to na mniejsze i
> identyfikowac po ID??
> Wydaje mi sie że wygodniej byłoby dla mnie trzymać to w jednej ale
> że nie jestem zbyt doświadczony w zarządzaniu duza iloscią danych
> to zwracam sie do fachowców.
> Co będzie wydajniejsze i łatwiejsze w zarządzaniu?
> Pozdrawiam
Poczytaj sobie o normalizacji baz danych
http://db.tigra-system.pl/art.php?id=11
--
pozdro
Proton
Kazek Kurz - 04-11-2005 23:16
Barton wrote:
> Witam.
> Mam do zrobienia projekt (PHP+MySQL) bazy firm.
> Firm bedzie około 5000-7000.
> Kazda z firm oprócz danych adresowych o sobie, o osobie do kontaktów itp
> bedzie zwiazana z wieloma atrybutami (data rozpoczęcia umowy, promocje, znizki, branza itp).
> Wyszło mi że do jednej firmy bedzie przypisanych około 70-100 cech.
> Czy umieszczać to wszystko w jednej tabeli czy rozbijac to na mniejsze i identyfikowac po ID??
> Wydaje mi sie że wygodniej byłoby dla mnie trzymać to w jednej ale
> że nie jestem zbyt doświadczony w zarządzaniu duza iloscią danych
> to zwracam sie do fachowców.
> Co będzie wydajniejsze i łatwiejsze w zarządzaniu?
> Pozdrawiam
Jesli juz azabierasz sie za projekt do ktorego nie masz kwalifikacji,
zadbaj chociaz o zdobycie wiedzy.
Pocztytaj co to jest postac normalna.
=?UTF-8?B?UmFkb3PFgmF3IFdpdGtvd2lja2k=?= - 04-11-2005 23:16
Barton napisał(a):
> Witam.
> Mam do zrobienia projekt (PHP+MySQL) bazy firm.
> Firm bedzie około 5000-7000.
> Kazda z firm oprócz danych adresowych o sobie, o osobie do kontaktów itp
> bedzie zwiazana z wieloma atrybutami (data rozpoczęcia umowy, promocje, znizki, branza itp).
> Wyszło mi że do jednej firmy bedzie przypisanych około 70-100 cech.
> Czy umieszczać to wszystko w jednej tabeli czy rozbijac to na mniejsze i identyfikowac po ID??
> Wydaje mi sie że wygodniej byłoby dla mnie trzymać to w jednej ale
> że nie jestem zbyt doświadczony w zarządzaniu duza iloscią danych
> to zwracam sie do fachowców.
> Co będzie wydajniejsze i łatwiejsze w zarządzaniu?
> Pozdrawiam
Sorka stary, ale chyba jesli masz zamiar tworzyc taka baze to raczej
poczytaj sobie o zasadach tworzenia baz danych wydawnictwo robomatic ma
bardzo fajna ksiazke na ten temat. Dobry projekt bazy to polowa sukcesu.
Pozdro
zanotowane.pldoc.pisz.plpdf.pisz.pleffulla.pev.pl
|
[MySQL] Czy da =?ISO-8859-2?Q?si=EA_wykonac_takie_powi=B1z?==?ISO-8859-2?Q?anie_mi=EAdzy_tabelami=2C_i_jak_to_odpyta=E6_? ==?ISO-8859-2?Q?=3F?=
[mysql] przenoszenie danych =?ISO-8859-2?Q?mi=EAdzy_tabelami_?==?ISO-8859-2?Q?w_r=F3=BFnych_bazach?=
Czy duza jest roznica miedzy Corel Draw Graphic Suite X3 ENG Box Upgrade a Corel Draw Graphic Suite 11?
SELECT MAX(nazwaPola) FROM tabela WHERE .... i ORA-01405: pobran? warto?ci? kolumny jest NULL
=?iso-8859-2?Q?=5Bmssql=5D_update_na_kilku_tabelach_jednocze= B6nie?=
[mysql] =?ISO-8859-2?Q?r=F3=BFnice_mi=EAdzy_tabelami?=
Tabela aktualnych =?ISO-8859-2?Q?KRAJ=D3W?=
[MSSQL] Rekurencja? Tabela, która tworzy drzewko
[MSSQL] Tabela jako argument funkcji/procedury?
[MySql] - jedna tabela, dwa aliasy w zapytaniu
zanotowane.pldoc.pisz.plpdf.pisz.plfelgiuzywane.xlx.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 |
|
