On 11 Kwi, 01:00, Misiek NA <p...@g...com> wrote:

> Problem polega na tym, że ta aplikacją jest już częścią pewnego
> systemu. Zmiana tej części systemu wymusiłaby zmianę pozostałych
> części.

Odpowiednio ułożone widoki mogą tu pomóc, jeśli te inne kawałki
systemu tylko czytają tą część bazy.

Możesz podzielić bazę na część bieżącą i archiwalną. Bieżąca to np.
dzisiejszy dzień i tam robisz szybkie wpisy przez zwykły insert, być
może wielokrotnie zduplikowane. Archiwalna to przeliczone już (tzn.
policzone) okresowo wpisy z tabeli bieżącej. Na to wszystko widok o
odpowiedniej nazwie, gdzie jest unia części archiwalnej i bieżącej
(też przezliczonej).

W ten sposób możesz mieć pewną przestrzeń roboczą w bazie na szybkie i
niekonfliktowe wstawianie nowych danych - a dla pozostałej części
systemu widok pokazujący wpisy z liczbą wystąpień.

> Zdarzeń takich może być około 10k - 50k na dzień, przy czym mogą
> pojawiać się one w partiach po 1k - 5k z częstotliwością do 3 na
> sekundę.

A muszą być w bazie natychmiast? Czy jest możliwe, aby system je
zliczał przed wpisaniem do bazy? Sztuczne opóźnienie może być dowolne,
od kilku sekund do całego dnia.
W ten sposób można zmniejszyć częstotliwość odwołań do bazy - a przez
to też ryzyko konfliktów w wielodostępie. Oczywiście nadal trzeba te
potencjalne konflikty obsłużyć, ale ich realny wpływ na działanie
systemu będzie mniejszy albo żaden.

--
Maciej Sobczak * http://www.inspirel.com