Mamy w firmie różnice zdań i chciałem się zorientować w pewnej kwestii.

Baza danych będzie prosta - rekord z 'nazwą' danej, jej wartością i
datą zapisania (każda dana to jeden rekord, danych będzie kilkanaście,
zapis co 10sek 24h/7/365. Źródeł tych danych będzie więcej, dla każdego
przewidziana jest osobna tabela, będzie tego nieokreślona liczba - na
pewno będą przybywać).

Pytanie jest takie: czy warto (a jeśli tak to w jakich okolicznościach)
'upakowywać' dane składowane w bazie - na takiej zasadzie, że jeśli
dana się nie zmieniła to robimy update rekordu zmieniając datę na
aktualną (czyli w skrajnym wypadku w bazie będzie jeden rekord
dotyczący danej, która nigdy się nie zmieniła). Dane będą różne - ale
zawsze zdarzą się serie powtarzających się wartości.

Z danych tych będą sporządzane wykresy (raczej dla każdego źródła
osobno - czyli zapytania w obrębie jednej tabeli) - tutaj właśnie
powstała różnica zdań. Niektórzy boją się dużej liczby danych do
obrobienia (po kilku latach) i długiego czasu generowania wykresu.
Przeciwnicy twierdzą, że po to jest baza danych, żeby składować dane a
takie kombinacje w kodzie aplikacji zniweczą oszczędności. I w ogóle
pachnie to 'premature optimization'.

Dodatkowe pytanie - czy język programowania lub silnik bazy danych może
mieć wpływ na odpowiedź na to pytanie (celowo nie wspomniałem w czym to
jest robione)?

[FUT na pl.comp.programming bo to chyba jednak bardziej programowania
się tyczy - choć w sumie to nie wiem]

--
<:> Roger, MoonWolf Out <:>|Victims falling under chains
(::) (::)|
(:) JID:m...@j...org(:)| http://karakkhaz.prv.pl