Article View: pl.comp.bazy-danych
Article #201Problem
From: Jaroslaw Kozak
Date: Sun, 28 Jul 1996 00:00
Date: Sun, 28 Jul 1996 00:00
29 lines
1630 bytes
1630 bytes
Witam! Mam maly problem, niwykluczone ze wynika on z mojej niewiedzy :( Mamy stworzyc aplikacje finansowa cos w rodzaju FK, schemat tablic jest stosunkowo prosty cos w rodzaju: konta<-->>zapisy zalozmy ze tablica konta istnieje przez caly zywot aplikacji w firmie od momentu zalozenia (bedzie miala stosunkowo niewielkie rozmiary ok.50000 wierszy) natomiast zapisy bedzie bardzo duzaaa tablica (kazdy dzien to ok 2000-4000 nowych pozycji). Pierwszy rok dzialania aplikacji nie stanowi problemu, gorzej jesli pomysle o 2 i 3 roku (zakladam rozwoj firmy do ok 8000-10000 zapisow dzienie) Jak fizycznie zorganizowac baze aby jej wydajnosc nie spadala ? Korzystamy z btrieva (tablica=plik fizyczny), moze jakas baza automatycznie radzi sobie z tego typu problemami (MS SQL Server, Oracle, Progress itd) ? Generalnie problem jest z RI w bazie, probowalimy wydzielic zapisy zako fizyczne pliki na kazdy rok ale nie potrafimy z sposob jednoznaczny zapisac/oprogramowac warunkow integralnosci bazy. Bede wdzieczny za kazda informacje. Jarek ----------------------------------------------- # Jaroslaw Kozak # # Departament Informatyki WBC S.A w Lublinie # # e-mail: ko...@avalon.wbc.lublin.pl # -----------------------------------------------
Technical Details
Message-ID:
<Pine.LNX.3.91.960728210801.24630A-100000@avalon.wbc.lublin.pl>Path:
mbox-mo1.pugleaf.net!unknown!not-for-mailShow Full Headers
Complete Article Headers
From: Jaroslaw Kozak <ko...@avalon.wbc.lublin.pl> Subject: Problem Date: 1996/07/28 Message-ID: <Pine.LNX.3.91.960728210801.24630A-100000@avalon.wbc.lublin.pl> X-Deja-AN: 170677734 mime-version: 1.0 newsgroups: pl.comp.bazy-danych Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit