|
|
 |
Jozsef
2003-05-09 11:00:30
|
2
|
Bocs, előbb elrontottam, a HTML kódot
Szerintem, a feladathoz amit leírtál, elég lenne két entity (egyed vagy entitás magyarul):
SZEMÉLY
Szemely_ID(PrimaryKey)
Személynév
...stb
BEFIZETÉS
Befizetés_ID(PK)
Szemely_ID(FK)
Dátum
Összeg
Megjegyzés
Ebben segitene a szamitogep. Amikor X.Y-nak szamoljuk, hogy 1 db 5 dollaros + 2 db 10 dollaros, akkor ezt egybol beirhatnank a szamitogepbe (vagyis a szemelyt, es a bankjegyeket), es mikor kesz vagyunk, a gep osszegezne.
Ezt elég lenne egy formon belül, nem adatbázis szinten megoldani.
Üdv
József
|
|
 |
Jozsef
2003-05-09 10:57:52
|
1
|
Kedves Györgyi!
Az, hogy miért kellene nyilvántartani a bankókat,számomra sem világos, ez alapján akartok elszámolni a pénztárral? Ha igen, akkor a felmerülhet több probléma is, pl. vissza kell adni, $5 akar fizetni valaki, és csak $10 bankó van nála, akkor +1*$10+ -1*$5-ként tartanád nyilván?
Kell-e, hogy egy személy egy nap többször is befizethessen?
Szerintem, a feladathoz amit leírtál, elég lenne két entity (egyed vagy entitás magyarul):
SZEMÉLY
Szemely_ID(PrimaryKey)
Személynév
...stb
BEFIZETÉS
Befizetés_ID(PK)
Szemely_ID
Dátum
Összeg
Megjegyzés
Ebben segitene a szamitogep. Amikor X.Y-nak szamoljuk, hogy 1 db 5 dollaros + 2 db 10 dollaros, akkor ezt egybol beirhatnank a szamitogepbe (vagyis a szemelyt, es a bankjegyeket), es mikor kesz vagyunk, a gep osszegezne.
Ezt elég lenne egy formon belül, nem adatbázis szinten megoldani.
Üdv
József
|
|
 |
NevemTeve
2003-05-09 09:55:23
|
0
|
Ezek szerint nálatok nincs adatvédelmi biztos ;)
Egy dolog nem világos: évek múlva is tudni akarjátok, hogy ki milyen címletű bankjegyekkel fizetett, vagy ez csak abban a pillanatban érdekes? (BTW csekkel vagy banki átutalással nem szoktak fizetni?) |
|
A hozzászólás:
 |
Gyorgyi
2003-05-09 06:41:26
|
-
|
Sziasztok!
Itt olyan profi programozok vannak, hogy valszeg tul primitivet kerdezek.
Egy olyan rendszert akarok megcsinalni Access-ben, amely segiteni a penz szamlalast egy templomban. Most kezzel szamoljak, es mindenki penzet kulon megszamoljak, majd feljegyzik az illetohoz (itt boritekba adjak, es ra van irva a neve). Utana meg egyszer megszamoljak, mert szet kell szedni kulonbozo bankjegyekre.
Ebben segitene a szamitogep. Amikor X.Y-nak szamoljuk, hogy 1 db 5 dollaros + 2 db 10 dollaros, akkor ezt egybol beirhatnank a szamitogepbe (vagyis a szemelyt, es a bankjegyeket), es mikor kesz vagyunk, a gep osszegezne. Ja, es a datum is fontos. Es mindenfele reportokat le lehetne kerni a rendszerbol (egy illeto mennyit fizetett, mennyi volt a havi bevetel, stb.)
Ti hogy latjatok, hogy kellene ezt megtervezni? 3 entity van: datum, penz, szemely. De azt hiszem, hogy a datumot/penzt egybe lehetne rakni. A szemely lenne a 2. entity, es a szemely azonositoja foreign key lenne a datum/penz entityben. De mi lenne ott a primary key?
Elnezest az angolert, de ezeket angolul tanultam, es nem tudom a szakkifejezeseket magyarul. |
|
|
Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!
|