Witaj Gościu! ( Zaloguj | Rejestruj )

Forum PHP.pl

> [MySQL] Projektowanie Baz Danych, System Wiadomosci
fernet
post
Post #1





Grupa: Zarejestrowani
Postów: 91
Pomógł: 1
Dołączył: 22.03.2007

Ostrzeżenie: (0%)
-----


Chcialbym umiescic na stronie system wymiany wiadomosci pomiedzy uzytkownikami. Przychodzi mi do glowy wiele rozwiazan co do struktury tabel bazy dnaych. Nie posiadam jednak odpowiedniego doswiadczenia zeby zaplanowac optymalna strukture tabel. Do tej pory przeprowadzalem na bazach proste operacje.Czas mi nie pozwala na analizowanie gotowcow zeby wychwycic w nich sposob w jaki te operacaje sa przeprowadzane. Pisze wiec tutaj moze ktos z was mial juz z tym stycznosc i prosil bym o ile to mozliwe o rzeczowe objasnienie co do tego jak gdze i w jaki sposob maja byc przechowywane ow wiadomosci i w jaki sposob powinny byc one kojarzone z uzytkownikami.

Za pomoc i zainteresowanie z gory dzekuje i pozdrawiam...
Go to the top of the page
+Quote Post
 
Start new topic
Odpowiedzi
fernet
post
Post #2





Grupa: Zarejestrowani
Postów: 91
Pomógł: 1
Dołączył: 22.03.2007

Ostrzeżenie: (0%)
-----


Czyli sugerujesz oddzelna tabele pod wiadomosci? Wlsciwie to byla pierwsza mysl jaka mi rzyszal do glowy ale przy glebszej analizie pojawily sie watpliwoasci pewnie na wyrost ale jednak...

Ten post edytował fernet 30.04.2007, 11:14:58
Go to the top of the page
+Quote Post
mike
post
Post #3





Grupa: Przyjaciele php.pl
Postów: 7 494
Pomógł: 302
Dołączył: 31.03.2004

Ostrzeżenie: (0%)
-----


Cytat(fernet @ 30.04.2007, 12:11:20 ) *
Czyli sugerujesz oddzelna tabele pod wiadomosci?
A jest jakaś inna sensowna możliwość?
Oddzielna tabela to jedyne rozwiązanie jakie wchodzi w grę.

Cytat(fernet @ 30.04.2007, 12:11:20 ) *
(...) przy glebszej analizie pojawily sie watpliwoasci (...)
Jakie?
Go to the top of the page
+Quote Post
Void(Null)
post
Post #4





Grupa: Zarejestrowani
Postów: 14
Pomógł: 0
Dołączył: 12.04.2007
Skąd: Błonie

Ostrzeżenie: (0%)
-----


Cytat(mike_mech @ 30.04.2007, 12:18:12 ) *
A jest jakaś inna sensowna możliwość?
Oddzielna tabela to jedyne rozwiązanie jakie wchodzi w grę.

Jakie?


Dobrym sposobem na "elastyczne zarządzanie" użytkownikami w tym przypadku to zrobienie tej struktury na dwóch tabelach. W jednej użytkownicy: ID | Nazwa | (Inne jak np Nazwisko etc) a druga to posty ze wszelkimi polami jakie ci są potrzebne (PostID | FROM | TO | Date | Temat (etc)) - i złączenie obu poprzez klucz obcy w tabeli postów - czy wolisz do kolumny FROM czy TO - to generalnie obojętne - drugą kolumnę możesz zawsze dopiąć kodem.

Pzdr
Go to the top of the page
+Quote Post

Posty w temacie


Reply to this topicStart new topic
2 Użytkowników czyta ten temat (2 Gości i 0 Anonimowych użytkowników)
0 Zarejestrowanych:

 



RSS Aktualny czas: 8.10.2025 - 20:58