wybor optymalnego rozwiazania Opcje

[AxZx]

witam

chcialbym prosic was o podpowiedz ktore rozwiazanie wybrac, zalezy mi na bardziej optymalnym pod wzgledem zapisu, bo odczyt tych danych bedzie duzo zadszy.
chce zapisywac operacje ktore wykona user

np sciaga zdjecie, to zapisuje ID usera, date, i przydaloby sie zapisywac jeszcze ID zdjecia, to samo bedzie z inna transakcja, tez bedzie zapisywane ID usera, data, i rodzaj tej transakcji

wiec sa takie rozwiazania:
1) utowrzyc dla kazdego rodzaju operacji dodatkowa kolumne, np zdjecie_id, transakcja_id itd, i zapisywac dane tylko w kolumnie czego dana operacja dotyczy

2) utworzyc osobna tabele dla kazdego typu operacji

3) utworzyc tylko jedna dodatkowa kolumne, i zapisywac dane z przedrostkiem opisujacym dana operacje, np: zdj_175, trans_54546

danych bedzie dosyc duzo (mam nadzieje;)
czescie beda one zapisywane niz odczytywane.

ktore rozwiazanie dobre? a moze zupelnie inne bedzie lepsze?

[Zbłąkany]

Ja bym zrobił tak:

tabela 'logs':

• id - auto increment, unique (pole porządkowe)
• uid - user id
• akcja - jaka akcja
• parametr - parametr akcji (np. nr zdjecia, transakcji, etc.)
• utime - unix timestamp (liczba sekund z mikrosekundami, badź bez)

Ten post edytował Zbłąkany 5.04.2006, 21:58:02

[AxZx]

oo wlasnie
dzieki bardzo
tez o tym myslalem wczesniej.

tylko czy nie bedzie klopot z nazewnictem akcji / operacji?
trzeba by ustawic w pliku konfiguracyjnym konkretne nazwy dla konkretnych nazw i tego sie trzymac.