Context Navigation

Changes between Version 3 and Version 4 of RelationalModel

Timestamp:: 04/23/26 00:17:30 (10 days ago)
Author:: 233088
Comment:: --

Legend:

: Unmodified
: Added
: Removed
: Modified

RelationalModel

v3	v4
1	1	Табелите role и privilegii служат за дефинирање на сите достапни улоги и привилегии во системот, додека role_user и role_privilegii ги чуваат доделените улоги на корисниците и привилегиите на улогите. Овој пристап е избран наместо директно доделување привилегии на корисници со цел да се постигне флексибилност и скалабилност. Со ова, една улога може лесно да се додели на повеќе корисници, а промена на привилегии се прави централизирано, без потреба од измени кај секој корисник поединечно.
2	2
3		Во повеќе табели (како bank_user, klient, vraboten, smetka, karticka, filijala) се користат атрибутите valid_from и valid_to. Овој сегмент овозможува чување на историски податоци, односно наместо бришење или препишување на записи, се следи нивната временска важност. Ова е особено важно во банкарски систем каде што е потребно да се знае кога одреден податок бил валиден, на пример промена на филијала или статус на корисник.
	3	Во повеќе табели (како bank_user, klient, vraboten, smetka, karticka, filijala) се користат атрибутите valid_from и valid_to. Овој сегмент овозможува чување на историски податоци, односно наместо бришење или препишување на записи, се следи нивната временска важност. Ова е особено важно во банкарски систем каде што е потребно да се знае кога одреден податок бил валиден, на пример промена на филијала или статус на корисник.
4	4
5	5	Во табелата kursna_lista имаме два странски клучеви (valuta_od_id и valuta_do_id) кои се поврзуваат со табелата valuta. Ова е специфичен модел бидејќи се работи за самореференцирачка врска, каде една табела се поврзува сама со себе преку друга табела. Со ова се моделира реален девизен курс помеѓу две валути. Дополнително, воведено е уникатно ограничување (datum, valuta_od, valuta_do) за да се спречи дуплирање на курсеви за ист ден.

v3	v4
1	1	Табелите role и privilegii служат за дефинирање на сите достапни улоги и привилегии во системот, додека role_user и role_privilegii ги чуваат доделените улоги на корисниците и привилегиите на улогите. Овој пристап е избран наместо директно доделување привилегии на корисници со цел да се постигне флексибилност и скалабилност. Со ова, една улога може лесно да се додели на повеќе корисници, а промена на привилегии се прави централизирано, без потреба од измени кај секој корисник поединечно.
2	2
3		Во повеќе табели (како bank_user, klient, vraboten, smetka, karticka, filijala) се користат атрибутите valid_from и valid_to. Овој сегмент овозможува чување на историски податоци, односно наместо бришење или препишување на записи, се следи нивната временска важност. Ова е особено важно во банкарски систем каде што е потребно да се знае кога одреден податок бил валиден, на пример промена на филијала или статус на корисник.
	3	Во повеќе табели (како bank_user, klient, vraboten, smetka, karticka, filijala) се користат атрибутите valid_from и valid_to. Овој сегмент овозможува чување на историски податоци, односно наместо бришење или препишување на записи, се следи нивната временска важност. Ова е особено важно во банкарски систем каде што е потребно да се знае кога одреден податок бил валиден, на пример промена на филијала или статус на корисник.
4	4
5	5	Во табелата kursna_lista имаме два странски клучеви (valuta_od_id и valuta_do_id) кои се поврзуваат со табелата valuta. Ова е специфичен модел бидејќи се работи за самореференцирачка врска, каде една табела се поврзува сама со себе преку друга табела. Со ова се моделира реален девизен курс помеѓу две валути. Дополнително, воведено е уникатно ограничување (datum, valuta_od, valuta_do) за да се спречи дуплирање на курсеви за ист ден.