Database structure

[AccaEmme]

Struttura database, bisogna decidere:

1. se creare unica entità per gestire tutti i nodi, discriminando le tuple per codicestruttura
2. se mettere nella tabella roles ciò che si è autorizzati a fare, richiamandole nel codice Java controllando se quel ruolo può fare quella cosa

-- In realtà queste 3 tabelle in quanto generalizzazione, possono essere un'unica tabella generica contenente sia il local_id sia foreign_id ovvero "codicestruttura" sia locale sia degli altri nodi o "codicestruttura" della sede centrale. Problema: attenzione alla misinterpretation perché il codice struttura di chi ha raccolto la sacca di sangue non è detto che debba combaciare con il "codicestruttura"

CREATE TABLE Node_BloodBags(
 serial char(32) NOT NULL PRIMARY KEY,
 Rh char(7) NOT NULL
 expiring int NOT NULL,
 state boolean(true: presente; false: assente) NOT NULL,
 note TEXT
);

CREATE TABLE Local_BloodBags(
 serial char(32) NOT NULL PRIMARY KEY,
 Rh char(7) NOT NULL
 expiring int NOT NULL,
 state boolean(true: presente; false: assente) NOT NULL,
 note TEXT
);

CREATE TABLE Nodes_BloodBags(
 serial char(32) NOT NULL PRIMARY KEY,
 id_node char(3) NOT NULL,
 Rh char(7) NOT NULL
 expiring int NOT NULL,
 state boolean(true: presente; false: assente) NOT NULL,
 note TEXT
);

CREATE TABLE Logger(
 id int NOT NULL PRIMARY KEY,
 timestamp int NOT NULL,
 user char(10) NOT NULL,
 operation char(10) NOT NULL,
 note_action char(250),
 bloodbag_serial char(32),
 note TEXT

 -- es.
 -- 1620038801 | 206001 | LOGIN | Mario si è loggato nel sistema | null | null
 -- 1620038847 | 206001 | inserimento | Mario ha raccolto la sacca mettendola nel magazzino locale(206) | XXX_ID_SACCA_XXX | null
 -- 1620038848 | AutoSync | eliminazione | AutoSync ha prelevato la sacca dal magazzino locale per darla al magazzino centrale | XXX_ID_SACCA_XXX | null
 -- 1620038850 | 206001 | LOGOUT | Mario si è loggato nel sistema | null | null
 -- 1620038852 | ManualSync | eliminazione | Franco ha prelevato la sacca dal magazzino locale per darla al magazzino centrale | YYY_ID_SACCA_YYY | IP: 95.249.112.71 user_agent: Mozilla Firefox
);


CREATE TABLE Users (
 iduser int NOT NULL PRIMARY KEY,
 username char(20) NOT NULL,
 password char(20) NOT NULL, -- it contains MD5() password
 lastaccess int NOT NULL,
 idrole int NOT NULL
 -- Es. 1 | GCanfora | ea66ebb84ff0940dd72a35d12bcd8a72 | 1620038942 | 1
);

CREATE TABLE Roles (
 idrole int NOT NULL PRIMARY KEY,
 rolename char(20) NOT NULL,
 roledescr char(200),
 getLog boolean NOT NULL,
 createUser boolean NOT NULL,
 editUser boolean NOT NULL,
 dropUser boolean NOT NULL,
 setMasterNode boolean NOT NULL,
 listBag boolean NOT NULL,
 addBag boolean NOT NULL,
 removeBag boolean NOT NULL,
 checkBag boolean NOT NULL
 -- Es. 1 | Administrator | è l'utente amministratore | true | true | true | true | false | false | false | false | false
);

[AccaEmme]

Bisogna prevedere anche una tabella generica di gestione delle richieste, potrebbe essere organizzata come quanto segue:
CREATE TABLE RequestsResponses( id_req int NOT NULL PRIMARY KEY, serial char(32) NOT NULL, -- not univoque, può essere ripetuto. from_idnode char(3) NOT NULL, to_idnode char(3), -- can be null msg TEXT, -- can be null state smallint -- 0= pending, 1=reject, 2= accepted. Ma non mi piace questo sistema, potrebbe creare dei valori inconsistenti timestamp_requestDate int, );

[AccaEmme]

Ricordiamoci dei GRANT, ovvero dei privilegi per gli utenti legati direttamente al database: https://github.com/AccaEmme/CARE/wiki/5.3-User-authentication-privileges-and-accesses-to-resources

[AccaEmme]

può essere importante impostare un lock sulla tabella BloodBag ? https://www.html.it/pag/32159/transazioni-e-lock/