+ Rispondi al messaggio
Pagina 1 di 2 12 ultimoultimo
Visualizzazione dei risultati da 1 a 10 su 15

Relazioni BE

  1. #1
    Trappy non è in linea Scolaretto
    Buongiorno a tutti.
    Ho realizzato il mio progetto e poi ho effettuato la "divisione guidata database".
    Ho ulteriormente diviso il DB back-end in due parti poiché una è comune a tutti gli utenti, l'altra contiene dati sensibili a cui possono accedere solo gli utenti che li hanno inseriti (il prossimo passo sarà dotarli di password).
    Non so se ho fatto la procedura corretta (ho duplicato il file e poi ho cancellato una tabella dal primo e tutte le altre dal secondo). Quando vado a ricollegare le tabelle del FE (dopo aver fatto un login con psw), funziona tutto egregiamente, ma resta il fatto che ci sono due cose che non mi convincono:
    • le relazioni tra le tabelle dei due file sono sparite, ma funziona tutto come se ci fossero…
    • le relazioni "superstiti" tra le tabelle del primo file, quando apro il menù "modifica" (dove ovviamente non posso fare nulla e per modificare qualcosa devo andare sul file BE), hanno solo la prima spunta (integrità referenziale) ma non le altre due (aggiorna campi ed elimina record), mentre nel file BE ci sono tutte.

    Sto facendo confusione? Devo ricreare anche le relazioni da VBA?

    Qualcuno mi può dare una dritta, indicare un link o un buon libro dove studiare queste cose? Nel corso che ho fatto non sono usciti questi problemi e non ho più la possibilità di contattare quel docente.

    Grazie in anticipo.

  2. #2
    L'avatar di @Alex
    @Alex non è in linea Moderatore Globale
    Perchè hai diviso il BE in 2 se le tabelle che poi hai devono/possono interagire...? Sembra tanto la stessa logica delle 3 Maschere.

    Se i dati hanno una gestione unitaria, si mantengono le tabelle nello stesso BE, e si gestisce in modo adeguato tutta la parte di Autorizzazioni con una funzionale Gestione Utenti.
    Quello che hai fatto non ha alcun senso... come non lo avevano le 3 maschere.

    Quando si divide il BE dal FE le relazioni non devono essere distrutte, devono rimanere integre perfettamente e solo nel BE, ed ovviamente nel FE che hai solo le Linked non vedrai le relazioni, ma ci sono e funzionano.
    Da VBA non si deve fare nulla.
    ℹ️ Leggi di più su @Alex ...

  3. #3
    Trappy non è in linea Scolaretto
    OK.
    Allora, se rimetto assieme le tabelle in un unico BE e imposto un campo con l'ID_Utente in fondo alla stessa (che contiene dati sensibili) e, invece che linkare la tabella, faccio una query su quella tabella facendo vedere all'utente solo i suoi record, faccio una operazione corretta?

  4. #4
    L'avatar di @Alex
    @Alex non è in linea Moderatore Globale
    Non ho capito nulla... ma tu fai molta confusione tra le linked table oggetto tecnico e la possibilità dell'utente di accedere ai dati delle tabelle.
    Hai percezione di come si gestiscono i permessi di accesso ai dati, sensibili o meno, con una gestione UTENTI...?
    Gli utenti non devono nemmeno sapere quali tabelle abbia il db, l'utente accede ai dati tramite le sole interfacce e solo se langestione utenti gli consente di farlo.
    Nessun utente apre tabelle e ci ravana dentro.
    ℹ️ Leggi di più su @Alex ...

  5. #5
    Trappy non è in linea Scolaretto
    Quote Originariamente inviato da @Alex Visualizza il messaggio
    Hai percezione di come si gestiscono i permessi di accesso ai dati, sensibili o meno, con una gestione UTENTI...?
    Probabilmente è quello su cui non ho dimestichezza...

    Quote Originariamente inviato da @Alex Visualizza il messaggio
    Gli utenti non devono nemmeno sapere quali tabelle abbia il db, l'utente accede ai dati tramite le sole interfacce e solo se langestione utenti gli consente di farlo.
    Nessun utente apre tabelle e ci ravana dentro.
    Infatti, io collegavo la tabella aprendo un file diverso a seconda dell'utente... o meglio creavo un file DB per ogni utente contenente la stessa tabella e che collegavo a seconda del login.

    Invece, mi sembra di aver capito che debba utilizzare una tabella unica per tutti gli utenti e distinguere i record con un campo che identifica l'utente che lo può visionare e modificare...

    O la strada corretta è un'altra? Non vorrei modificare il progetto intraprendendo un'altro percorso sbagliato...

    Ho visto il tuo post su questo argomento

    LOGIN e SICUREZZA FORM

    ma penso che sia ad un livello per me troppo avanzato, per ora.

    E poi penso che a me serva una gestione più "light" e non amo copiare lavoro di altri (al massimo piccole routine) quindi sono in cerca di suggerimenti per sviluppare da solo il mio codice.

  6. #6
    L'avatar di @Alex
    @Alex non è in linea Moderatore Globale
    Se in una tabella hai dati sensibili devi avere un modo per discriminare chi fa cosa...
    Se non ragioni in questo modo sbagli.

    Se i dati sensibili sono, ad esempio la data di nascita, e se si definisce che SOLO l'utente con Accesso ADMIN può vedere la data di nascita, nella maschera che visualizza i dati, andrai a gestire la visibilità dei controlli in relazione alle credenziali di LOGIN...

    Devi staccarti dai dati fini a se stessi contenuti nelle TABELLE o nelle QUERY, l'utente apre solo ed esclusivamente MASCHERE e REPORT, e lo sviluppatore opera sull'interfaccia UTENTE proprio per gestire anche i dati sensibili.

    Per me hai intrapreso una strada molto soggettiva ma priva di struttura, e per questo non funzionale.
    ℹ️ Leggi di più su @Alex ...

  7. #7
    Trappy non è in linea Scolaretto
    Quote Originariamente inviato da @Alex Visualizza il messaggio
    Se i dati sensibili sono, ad esempio la data di nascita
    Il dato sensibile non è legato ad un singolo campo bensì ad un record.
    A me non interessa che l'utente non veda un determinato campo all'interno del record, ma che non veda l'intero record che contiene un suo "movimento", ad esempio se fosse un DB per rappresentanti , non voglio che ogni utente veda cosa mi ordina l'altro.

    Io devo poter aprire una maschera che mi fa vedere alcuni record della tabella, ma tutti i campi...

    Quindi l'idea di "firmare" ogni record con l'ID_Utente per poterlo filtrare è sbagliata anche quella?

  8. #8
    L'avatar di @Alex
    @Alex non è in linea Moderatore Globale
    Non conosco la tua specificità, ma se ogni Record ha un livello di Accesso, basterà un Campo che ne indica un Livello in coerenza con quelli della gestione utenti, quindi quando andrai ad estrarre i dati lo farei con UserLevel>=X ed otterrai solo quelli che puoi vedere, mi pare un ragionamento semplice...

    P.S. i dati sensibili vanno anche CRIPTATI... GDPR... o sbaglio...?
    ℹ️ Leggi di più su @Alex ...

  9. #9
    Trappy non è in linea Scolaretto
    Quote Originariamente inviato da @Alex Visualizza il messaggio
    P.S. i dati sensibili vanno anche CRIPTATI... GDPR... o sbaglio...?
    Certo, ho criptato gli importi ed l'ID_proprietà... e vorrei poter proteggere il file BE con password, è possibile?

    Quote Originariamente inviato da @Alex Visualizza il messaggio
    quando andrai ad estrarre i dati lo farei con UserLevel>=X
    Non mi servono livelli, ogni lavoratore deve vedere SOLO i suoi dati, il datore di lavoro può vedere tutto (non metto filtri).

  10. #10
    L'avatar di @Alex
    @Alex non è in linea Moderatore Globale
    Quote Originariamente inviato da Trappy Visualizza il messaggio
    Certo, ho criptato gli importi ed l'ID_proprietà... e vorrei poter proteggere il file BE con password, è possibile?
    Si ovvio.
    Quote Originariamente inviato da Trappy Visualizza il messaggio
    Non mi servono livelli, ogni lavoratore deve vedere SOLO i suoi dati, il datore di lavoro può vedere tutto (non metto filtri).
    Insomma penso che queste considerazioni di base debbano passare per una seria analisi ex-ante e non ex-post.
    ℹ️ Leggi di più su @Alex ...

+ Rispondi al messaggio
Pagina 1 di 2 12 ultimoultimo

Potrebbero interessarti anche ...

  1. Relazioni
    Da AlessandroTorino nel forum Microsoft Access
    Risposte: 8
    Ultimo Post: 19-02-2016, 12:07
  2. Relazioni
    Da AlessandroTorino nel forum Microsoft Word
    Risposte: 2
    Ultimo Post: 19-02-2016, 10:45
  3. Relazioni
    Da life80 nel forum Pausa caffè
    Risposte: 17
    Ultimo Post: 05-10-2015, 10:01
  4. Relazioni
    Da life80 nel forum Microsoft Access
    Risposte: 7
    Ultimo Post: 11-09-2015, 19:33
  5. [SQL]Relazioni
    Da cippalippa nel forum Altri Database Server
    Risposte: 22
    Ultimo Post: 29-05-2008, 09:40