🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: pl.comp.bazy-danych
Article #201

Problem

#201
From: Jaroslaw Kozak
Date: Sun, 28 Jul 1996 00:00
29 lines
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-mail

Show 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