Pary_anime
w tym momencie baza danych wyglada tak:
templates table
codeDivStart()
templates (
templateID SMALLINT AUTO_INCREMENT PRIMARY KEY,
template LONGTEXT
)
articles table
codeDivStart()
articles (
articleID INTEGER AUTO_INCREMENT PRIMARY KEY,
title CHAR(200) NOT NULL,
body LONGTEXT NOT NULL,
destiny SMALLINT NOT NULL,
template SMALLINT
)
categories table
codeDivStart()
categories (
categoryID INTEGER AUTO_INCREMENT PRIMARY KEY,
parentID INTEGER NOT NULL DEFAULT 0,
title CHAR(200) NOT NULL,
defaultArticleID INTEGER NULL,
template SMALLINT
)
article - categories relation table
codeDivStart()
article_category (
id INTEGER AUTO_INCREMENT PRIMARY KEY,
articleID INTEGER REFERENCES articles(articleID),
categoryID INTEGER REFERENCES categories(categoryID)
)
articles relations table
codeDivStart()
article_relations (
id INTEGER AUTO_INCREMENT PRIMARY KEY,
articleID INTEGER REFERENCES articles(articleID),
relatedID INTEGER REFERENCES articles(articleID),
destiny SMALLINT
)
jesli cos wymaga objasnienia, piszcie
do dopisania bedzie administracja uzytkownikami oraz system komentarzy. (ale to pozniej)
roodee napisa³(a):jesli cos wymaga objasnienia, piszcie
Jak wygladaja relacje pomiedzy tabelami? Moze mi to cos rozjasni.
Karlik napisa³(a):roodee napisa³(a):jesli cos wymaga objasnienia, piszcie
Jak wygladaja relacje pomiedzy tabelami? Moze mi to cos rozjasni.
no jest po to REFERENCES )
hint: wskazuje klucz obcy...
rozrysuj sobie - wszystko bedzie latwiejsze.
Jestem w trakcie analizy bazy. Te uwagi s± bardzo wstêpne. roodee napisa³(a):w tym momencie baza danych wyglada tak:
templates table codeDivStart() templates (
templateID SMALLINT AUTO_INCREMENT PRIMARY KEY,
template LONGTEXT
)
To jak domy¶lasz siê budzi moje liczne pytania. Jak zobaczê co tu chcesz w³o¿yæ to bêdê móg³ siê bardziej ustosunkowaæ.
roodee napisa³(a):articles table codeDivStart() articles (
articleID INTEGER AUTO_INCREMENT PRIMARY KEY,
title CHAR(200) NOT NULL,
body LONGTEXT NOT NULL,
destiny SMALLINT NOT NULL,
template SMALLINT
)
Jak dla mnie to tak ma³o elementów Chetnie bym co¶ tu dorzuci³.
roodee napisa³(a): codeDivStart() parentID INTEGER NOT NULL DEFAULT 0
Jak domy¶lasz siê to mnie trochê rozbawi³o. W standardach kodowania sam pisa³e¶, ¿e taiej pary byæ nie powinno
syriusz napisa³(a):Jestem w trakcie analizy bazy. Te uwagi s± bardzo wstêpne. roodee napisa³(a):w tym momencie baza danych wyglada tak:
templates table codeDivStart() templates (
templateID SMALLINT AUTO_INCREMENT PRIMARY KEY,
template LONGTEXT
)
To jak domy¶lasz siê budzi moje liczne pytania. Jak zobaczê co tu chcesz w³o¿yæ to bêdê móg³ siê bardziej ustosunkowaæ.
generalnie to jak na razie jest to kwestia nie do konca rozwiazana...
normalnie template to plik w ktorym sa odpowienie miejsca na elementy. tutaj mialaby sie znalezc zawartosc tego pliku...
Cytat:
Jak dla mnie to tak ma³o elementów Chetnie bym co¶ tu dorzuci³.
co na przyklad?
roodee napisa³(a): codeDivStart() parentID INTEGER NOT NULL DEFAULT 0
Jak domy¶lasz siê to mnie trochê rozbawi³o. W standardach kodowania sam pisa³e¶, ¿e taiej pary byæ nie powinno [/quote]
tak, po przemysleniach jednak stwierdzilem ze czasem to NOT NULL sie przydaje, ale to w specyficznych sytuacjach (tutaj wystarczylo by DEFAULT 0, ale chcialem jednoczesnie uniemozliwic usuniecie tej wartosci). jednak za standard uznac tego nie moge
