[MS Access] Splošen nasvet!

Torej prosil bi vas za nasvet, brez flejmanja. V službi (bolnica-magnetna resonanca) rabimo bazo oziroma schedule pacientov. Fcors uprava ne kupuje za to namenskega softvera in je na nas samih da si olajšamo delo. Ker je masa pacientov kr enormna in da niti ne omenjam da jih vpisujemo v knjige ročno, vam je takoj jasno da če želi en pacient zvedet kdaj je naročen rabimo like 1 uro da prečešemo vse knjige.
Torej bi z accesom naredil konec temu sranju na jobu.

Muči me vprašanje: Ali ena baza ali več baz. Podatkov ne potrebujemo veliko:patientID,ime,priimek,naslov,telefon,datum pregleda, ura pregleda ter organski sistem pregleda.
Naslednja stvar ki me muči je, kako definirati kolendar, da bodo valid entriji samo workdays, brez praznikov(navedeni ročno).Vrjetno z validation rulom.
Pacientov na dan bo 16. Torej bo na določen datum lahko naročenih samo 16 pacientov. Ure bodo v tabeli določene vnaprej. Kako doseči,da bi pri vnosu preko form, naslednji možen datum forma ponudila datum, ki še ni zapolnjen s 16 pacienti.

To so zaenkrat moja razmišljanja o pripravi. Če ima kdo kakršnokoli mnenje oziroma nasvet, bi zelo lepo prosil. Ne smem si narobe zastaviti baze da nau sranja pol
Anyway vsaka pomoč dobrodošla
lp

Pri načrtovanju strukture baze podatkov najprej razišči, kaj tudi DOLGOROČNO pričakuješ od programa - vodenje evidence, načrtovanje, obveščanje strank, poročila za nadrejene itd.
Na začetku se splača malo bolj potruditi, ker je pozneje sorazmerno preprosto implementirati nove zahteve aplikacije.

Glede na problem gotovo potrebuješ naslednje tabele:
- tabelo strank, polja: idstevilka, priimek, ime, naslov, poštna številka, email, gsm, ... (pomembno, je da uporabite isto identifikacijsko številko, ki jo imate za stranke v vašem informacijskem sitemu)
- tabelo delovnega časa (da stranke ne bi kdo naročil na nedeljo, praznik ali med malico...)
- tabelo zaposlenih (sifra_delavca, ...)
- tabelo vrste storitev (sifra_storitve, opis storitve, cena storitve...)
- tabelo naročil (idstranke, sifra_delavca, sifra_storitve, datumura, ...)
- mogoče še kaj

Vse ostalo so obrazci, poizvedbe in poročila, ki jih je v accessu sorazmerno preprosto narediti z grafičnim vmesnikom.

2000 zapisov letno v bazi ni dosti podatkov, to Access z lahkoto požre.
Vse podatke spravi v en mdb, ker nima nobenega smisla imeti več mdb fajlov za eno aplikacijo.
Če bi rad poganjal aplikacijo iz več računalnikov v mreži, ti priporočam, da narediš en mdb s tabelami, drugega pa z formami. Tako je na vsaki mašini samo mdb s formami, podatki so zlinkani iz mdb-ja s podatki, ki se nahaja kje na šeranem direktoriju.
Za delovnike boš moral kar sam narediti funkcijo, ker microsoft gotovo ne bo delal funkcij, ki bi upoštevale praznike v vsaki banana republiki. Enkrat sem jaz to naredil tako, da sem naredil tabelo s prazniki in potem v funkciji iskal ustrezen podatek. Ker se v teh krajih države in s tem prazniki pogosto menjavajo, je to bolje, kot če datume hardkodiraš. Pa še je problem s prazniki, ki niso vsako leto na isti datum (velikonočni ponedeljek).
Kontrole datumov pa lahko vklučiš v eventih v formi. Tisti Rules na tabelahne omogočajo prav veliko.
Tabele pa čimbolj znormaliziraj, kajti lahko se bo nekoč pojavila potreba po širitvi aplikacije ali izvozu podatkov v drugo aplikacijo. Poi normaliziranih tabelah je to ponavadi lažje.

lp

Mogoče zato ker za mesecem ni pike?

Probaj FormatDateTime(Me.Dateofexam, 0) - tole ti pretvori datum v neko standardno obliko