Keresés

Részletes keresés

Jozsef Creative Commons License 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 Creative Commons License 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 Creative Commons License 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 Creative Commons License 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!