Mislim da nema potrebe da praviš više baza, pogotovo što imaš dosta zajedničkih tabela - ako smestiš sve u jednu bazu biće ti lakše za ažuriranje i izmene.
Uvedi jednu novu tabelu (šifarnik firmi) - i jedinstvenu šifru firme (najbolje integer) koristi u drugim tabelama kao vezu sa firmom.
Što se tiče godina, možeš čak i više godina da čuvaš u istoj bazi, pa tako možeš da radiš i neke preglede, analize... za period duži od godinu dana.
Dobro isprojektovana Firebird baza može veoma brzo da radi sa veoma velikim skupovima podataka. Meni tabele u nekim bazama sadrže i preko 1.500.000 zapisa i baze su veličine i preko 1 GB, a sve radi bez mnogo čekanja.
Za obračun plata, podataka ima mnogo manje, tako da nije problem da sve stoji u jednoj bazi čak i za jednu dekadu.

>

sa pomenutim alatkama sam radio n godina, sa FB n meseci :)

predlog: svaku firmu i poslovnu godinu u posebnu bazu

preporuka http://sourceforge.net/projects/fbexport/

poz.

> Znam kako sam ovo radio u Clipper-u, Clarionu i VisualFox-u i mogu pisati o tome (ako je to nekome zanimljivo), ali ne znam kako bi bilo dobro
> da uradim u FB; a da kasnije sto manje cupam kosu.

Prelazak na novi sistem neminovno će doneti probleme, trebaće ti neko vreme da se uhodaš, shvatiš način funkcionisanja itd. Ako planiraš ozbiljno da radiš sa FB preporučujem da nabaviš The Firebird book, dosta saveta i informacija o FB možeš naći na www.ibphoenix.com.

> /1/ Da li sve podatke smestiti u jednu bazu pa indexirati po nazivu firme; ili za svaku firmu praviti posebnu bazu?

Mislim da je bolje jedna baza. Možeš staviti jedno posebno polje firma ili čak napraviti nekoliko tabela npr. plate_firma1, plate_firma2.

> /2/ Ako za svaku firmu pravim posebnu bazu, postoje neke Tabele koje su po sadrzaju jednake za sve baze (recimo poreske stope). Da li se
> pravi jedna zajednicka Tabela (recimo TabStope) ili u svaku bazu smestam po jednu kopiju Tabele TabStope (sto bi bilo komplikovanije za odrzavanje)?
> Onda bi trebalo praviti proceduru koja bi u svim Tabelama TabStope pravila izmene?

FB server ne podržava direktno upite nad više baza, tako da bi morao ručno da to radiš, uzmeš podatke iz tabele jedne baze pa iz drugo i onda radiš.

> /3/ Da li se na kraju svake poslovne godine arhiviraju stare baze i pune nove, ili se po nekoliko godina cuva u okviru iste baze (koja bi
> onda bila indexirana i po godinama)?

Tebi svakako datum treba tako da ne moraš stavljati posebno polje godina. Možeš čuvati više godina a možeš ih i arhivirati. Za početak mislim da ti je dovoljno da čuvaš sve godine, a kasnije ako se ukaže potreba možeš uraditi arhiviranje.

Moje misljenje je ipak da za svakog komitenta postoji druga baza kao i za svaku godinu:

Razlozi

1-laksi rad programera nad odredjenim podacima
2-nema slucajnih mesanja podataka
3-baze su manje i samim tim BRZE!!!
4-Cim je brza korisnik je zadovoljniji.
5-backup je pouzdniji i zauzima manje resursa racunara
6-konzistentnost podataka je znatno pouzdanija na manjim bazama

Realnost je da postoje i baze od 3.740MB u jednoj poslovnoj godini, zamisli vise poslovnih godina ili vise takvih komitenata u njoj.
he,he sto je mnogo mnogo je


Ipak je glavna stvar brzina-dzaba sav posao ako sve radi sporo-za to niko nema razumevanja.

To zavisi od koncepcije aplikacije koja radi sa tim podacima i alata koji koristiš za izradu aplikacije. Ako je to VisualFox zaboravi Firebird i radi u Fox-u kako ti je volja jer jedina nevolja kod upotrebe VisualFox baze je to što i klijent mora da bude rađen u Foxu da bi se koristile sve pogodnosti koje ti daje kontejner baze podataka i koji se ponaša kao većina serverskih baza a nekada je i mnogo brži.

Ovo je već stvar ličnog ukusa. Ja sam ipak pristalica sve u jednu bazu.
Prednosti: RI nad svim podacima, maximalna konzistentnost, veća mogućnost analitike
Mane: veći backup fajlovi (ali ako koristiš nbackup onda je i to rešeno), brzina (diskutabilno - zavisi od dizajna baze)


Pitanje za darka - kakvim podacima barataš kad ti je godišnja baza 3,7 GB?? Ja imam bazu sa podacima iz proizvodnje u prilično velikoj firmi, sa podacima od 2 godine (u ovom slučaju to je 4 kolekcije pošto je modna industrija u pitanju), i ima sve živo u njoj (naručbe, normativi, radni nalozi, evidencije učinka, .... oko 100 tabela), i zauzima 27 MB! Knjigovodstvo (finansijsko+materijalno) je oko 40 MB/god.
Ali ako ti je godišnja baza stvarno tolika, onda je možda tvoj pristup bolji u toj situaciji.

U pitanju je mlekara -svaki dan mnogo otpremnica i mnogo komitenata i mnogo obracuna za isplatu proizvodjaca.
Sve u svemu mnogo svega.179 tabela,97 procedura....Kompletno knjigovodsto+svi obracuni+prijem i hemijske analize...
I baza je trenuto 3.7GB za mesec dana ko zna kolika.