 algorytm, rozwiazanie, komunikacja użytkowników, poczta |
| algorytm, rozwiazanie, komunikacja użytkowników, poczta |
Post
#1
|
|
|
Grupa: Zarejestrowani Postów: 1 385 Pomógł: 55 Dołączył: 1.03.2005 Skąd: śląsk Ostrzeżenie: (0%) 
 |
witam
chciałbym poznać Wasz sposób na system komunikacji użytkowników w serwisach społecznościowych. co jest potrzebne: - wysyłanie, odbieranie poczty - możliwość usuwania poczty, przenoszenia do kosza - możliwość przeglądania poczty odebranej, wysłanej i tej w koszu w zasadzie to tyle 'kłopotliwych' kwestii. ja zrobiłem tabele poczta i pogubiłem się podczas programowania. czy nie prościej byłoby zrobić 2 tabele: odebrane i wysłane? podzielcie się swoimi rozwiązaniami. pozdrawiam |
 |
 
|
 |
|
Post
#2
|
|
|
Grupa: Zarejestrowani Postów: 1 657 Pomógł: 125 Dołączył: 29.04.2006 Ostrzeżenie: (0%)
|
A nie można po prostu
id | sender | receiver | ... | status_sender | status_receiver To jest chyba najprostsze rozwiązanie. Wysyłający i otrzymujący mają osobną kolumnę na status (kolumny typu ENUM). I tyle. |
|
|
|
|
Post
#3
|
|
|
Grupa: Zarejestrowani Postów: 411 Pomógł: 35 Dołączył: 27.06.2004 Skąd: Kraków Ostrzeżenie: (0%)
|
Cytat(radex_p @ 1.08.2008, 08:03:02 )  A nie można po prostu id | sender | receiver | ... | status_sender | status_receiver To jest chyba najprostsze rozwiązanie. Wysyłający i otrzymujący mają osobną kolumnę na status (kolumny typu ENUM). I tyle. Pole powinno być raczej typu SET, ponieważ wiadomość określona jest dwoma parametrami położenie: otrzymane, wysłane, kosz status: przeczytana, nieprzeczytana z których można stworzyć różne kombinacje: np: mogę przenieść nieprzeczytaną wiadomość do kosza, ale chciałbym zachować informację, że jest nieprzeczytana (IMG:http://forum.php.pl/style_emoticons/default/smile.gif) |
|
|
|
AxZx algorytm, rozwiazanie, komunikacja użytkowników, poczta 31.07.2008, 22:01:08 
kwiateusz a nie prosciej dac pole okreslajace czy wiadomosc ... 31.07.2008, 22:06:07 AxZx no prosciej, ale prosze o bardziej wyczerpujaca od... 31.07.2008, 22:10:40 tiraeth Kodid | sender | receiver | ... | status
---+-----... 31.07.2008, 22:23:11 AxZx troche nie rozumiem tego twojego zapisu.
dodam ze ... 31.07.2008, 23:51:10 tiraeth Moje rozwiązanie może Ci nie pasować - owszem. Wyj... 1.08.2008, 00:18:18 AxZx ale czy konieczne jest trzymanie zbednych wiadomos... 1.08.2008, 00:40:16 
Sedziwoj Cytat(AxZx @ 1.08.2008, 01:40:16 ) al... 1.08.2008, 09:29:27 Moli Akurat teraz pisałem prywatne wiadomości i ja zrob... 1.08.2008, 08:05:48 AxZx daj linka do testow:) bo cos za latwo to opisujesz... 1.08.2008, 08:56:01 athabus Zrób tak jak radex_p radzi - to jest imho najlepsz... 1.08.2008, 09:39:11 AxZx to rozwiazanie tez wydaje mi sie najrozsadniejsze ... 1.08.2008, 10:02:19 AxZx jaki typ kolumn to juz mniej istotna kwestia.
ust... 1.08.2008, 13:15:36 Sedziwoj @AxZx
Moim zdaniem pole status powinno być FK do t... 1.08.2008, 13:34:29 radex_p dlaczego tinyint(2) a nie tinyint(1) ? 1.08.2008, 15:19:23 Sedziwoj Cytat(radex_p @ 1.08.2008, 16:19:23 )... 1.08.2008, 16:41:37 radex_p Cytat(Sedziwoj @ 1.08.2008, 17:41:37 ... 1.08.2008, 17:49:48 superfrajer Ja bym zrobil tak:
Message:
MessageId
Title
De... 1.08.2008, 18:55:03 Sedziwoj @superfrajer
To rozwiązanie ma jedną wadę, wymaga ... 1.08.2008, 19:26:08 AxZx nie bardzo rozumiem po co osobna tabela ze statusa... 1.08.2008, 23:08:58 tiraeth 1. Dwie tabele nie są potrzebne.
2. Zarówno status... 2.08.2008, 09:58:57 AxZx ten ostatni przyklad komplikuje uzycie z wykorzyst... 3.08.2008, 11:17:00 normanos @AxZx: i wróciłeś do punktu wyjścia a za odpowied... 3.08.2008, 12:48:52 AxZx Cytat@AxZx: i wróciłeś do punktu wyjścia
hmm ni... 3.08.2008, 14:42:31 kwiateusz Dosyc mialo być na PW, tyle zniosłem ale... 3.08.2008, 18:25:24  |
|
Aktualny czas: 7.10.2025 - 04:26 |
