![]() |
![]() ![]() |
![]() |
![]()
Post
#1
|
|
Grupa: Zarejestrowani Postów: 203 Pomógł: 6 Dołączył: 11.09.2005 Ostrzeżenie: (0%) ![]() ![]() |
Witam,
W związku z projektowaniem pewnej nowej funkcjonalności, natknąłem się na problem z bazą danych. Otóż, mam system Forum Gold ( mniej więcej każdy wie co to ) i chciałbym dodać automatycznie generowane logi dla akcji wykonywanych przez automat jak np. kupno FG za SMS, kupienie kolorowych tematów itd. Obecna struktura tabeli wygląda tak:
Wszystko dobrze działa, bo ID są sprawdzane i nie ma problemu z integralnością danych. Ale wprowadzenie tej nowej funkcjonalności prawdopodobne to zburzy. Jak widać, ID są powiązane z userem. Po co? Poniżej wyjaśnienie: - tworzy link do profilu, name pobierane z tabeli members na zasadzie ID - koloruje profil wg. grupy Z połączenia wychodzi takie coś:
Dlatego muszę te dane mieć. Z kumplem chcieliśmy dodać flagę ( is_fg_system ) i na tej zasadzie w aplikacji dać if i formatować wg. schematu, ale wtedy powstaje problem integralności, ponieważ ID od i z muszę dać 0, bo co mam innego dać? Usunięcie NOT NULL naraża integralność. Co w tej sytuacji polecacie zrobić? Przedstawię screen jak ma to mniej więcej wyglądać: ![]() Nie muszę dodawać Typu kto wysyłał, a dostawał, bo weryfikuję to na zasadzie:
Można dodać pole do DB, ale nie widzę sensu na razie, chyba, że tak polecicie :-) Mam nadzieję, że rozpisując się tak wyjaśniłem wszystko :-) Pozdrawiam, Largo Witam, Czy nikt naprawdę nie wie? :-) Zastanawiałem się nad tym i można by dodać warunek z nowym pole, które nazywało by się: type i wtedy po sprawdzaniu przygotowywać dane? Czyli podczas wysyłania sprawdzać czy moje ID równa się ID osoby wysyłającej i nadawać status np. 0, dla odbiorcy 1, a dla automatu 2? Pozdrawiam, Largo Ten post edytował erix 6.04.2009, 15:56:13
Powód edycji: [erix] przeniosłem
|
|
|
![]() ![]() |
![]() |
Aktualny czas: 21.08.2025 - 19:18 |