<-- Torna al progetto openScout

QUI SONO SEGNATI, IN ORDINE CRONOLOGICO DISCENDENTE, VARI APPUNTI EMERSI DALLE DISCUSSIONI TRA GLI SVILUPPATORI

-------23 Marzo-------
Discussione sul DB:
Utilizzo del DB. Attualmente la teoria + "sostenuta" e' quella di usare il DB (sqlite, forse) per ogni ricerca. Questo, secondo BoySka, comporterebbe dei problemi:

• Se si modifica un oggetto e, prima di salvare il file, si fa una ricerca su di esso, esso apparira' non modificato (poco user-friendly). Il problema sarebbe ovviamente risolvibile con un auto-commit, ma questo comporterebbe delle perdite a livello prestazionale, nonche' la perdita di copertura in caso di errori (e se per sbaglio cancello un'intera unita'?)
• il codice ne risulterebbe molto meno leggibile e piu' confuso. Inoltre le ricerche potrebbero divenire molto complesse, per esempio nella ricerca di oggetti di tipi "non-standard" (date, per esempio)
• Vantaggi prestazionali: ottenere ogni volta i dati da un DB significa doverli di volta in volta convertire in oggetti Python(convertire le date, controllare le chiavi esterne, lo storico ecc.). Anche se una ricerca sul DB e' probabilmente leggermente piu' veloce che una ricerca sui dati in memoria, quest'ultima e' molto + immediata: una volta fatta la ricerca non bisognera' fare nient'altro.

Discussione sull'autenticazione:
Procedimento di autenticazione. Le idee per il procedimento di autenticazione per il momento sono molto semplici: una tabella nel DB avra' 3 colonne: username, password e ruolo. Il primo sara' in chiaro, il secondo si e' ancora indecisi se metterlo in chiaro o criptarlo (dato che la sicurezza sarebbe solo apparente: di fatto il file puo' essere modificato senza utilizzare il gestionale). Il terzo sara' probabilmente un numero che indica il ruolo.