Visualizzazione dei risultati da 1 a 4 su 4
  1. #1
    Utente di HTML.it L'avatar di Kahm
    Registrato dal
    Dec 2004
    residenza
    Rome
    Messaggi
    3,514

    MDB access e multiutente

    salve a tutti
    sto facendo manutenzione ad un sito web che utilizza access come database
    attualmente si collegano in 50 loro clienti in momenti diversi e non si registrano nessun problema

    purtroppo il numero è destinato a salire a breve
    loro (ottimisticamente) prevedono quei 200 utenti collegati al giorno.
    il programma contiene fin troppe parole chiave SQL di access per poter fare un upgrade di SqlServer senza problemi (e già siamo fuori budget)

    attualmente ho impostato delle transazioni quando si trovano ad avere a che fare con ordini multipli
    diciamo che nessuno di loro va a modificare la tabella ARTICOLI, hanno tutti record diversi e che vanno a scrivere nella tabella ORDINI

    cosa mi consigliate di procedere?
    sto pensando di fare mettere tutto in transaction , poi, altri suggerimenti?
    grazie
    NN vi diro mai chi sono in realta,
    tutti i miei 3D sono orfani, non insistete per farmi rispondere ai 3D aperti da me

  2. #2
    Moderatore di Programmazione L'avatar di alka
    Registrato dal
    Oct 2001
    residenza
    Reggio Emilia
    Messaggi
    24,046
    Quote Originariamente inviata da Kahm Visualizza il messaggio
    cosa mi consigliate di procedere?
    In merito a cosa? Perché onestamente non riesco a vedere il problema, o meglio l'unico aspetto chiaro è l'aumento del numero di utenti, ma non è detto che questo comporti problematiche particolari sull'accesso ai dati, o quantomeno l'impatto dipende da ciò che gli utenti fanno, da quanto velocemente navigano le pagine o eseguono operatività che coinvolgono il DB, da come questo è stato strutturato, normalizzato, ottimizzato... non c'è un comando che risolve magicamente le problematiche, ma queste vanno preventivate, testate, misurate e analizzate prima di procedere con qualsivoglia modifica.

    Quote Originariamente inviata da Kahm Visualizza il messaggio
    sto pensando di fare mettere tutto in transaction
    Non è chiaro cosa intendi: la transazione è uno strumento logico, raggruppa quelle operazioni su DB che devono essere considerate "atomiche", non è uno strumento per garantire sicurezza né prestazioni specifiche.

    Non ha senso parlare di "mettere tutto in transaction": nelle transazioni ci va quello che ci deve andare a seconda della logica con cui il DB è stato costruito, mentre il numero degli utenti non c'entra nulla, o risulta rilevante solo nel contesto in cui vi sono blocchi di qualche tipo a fronte di transazioni che impediscono l'accesso in lettura/scrittura a tabelle e record, ma ciò non si può risolvere togliendo la transazione, perché c'è il rischio di compromettere la correttezza formale dei dati ovvero la consistenza del DB.

    L'unica strada per garantire sicurezza e fruire di strumenti specifici per la multiutenza è la migrazione della base dati a una soluzione più robusta, tipo SQL Server, ma guardacaso è l'unica delle tante che hai escluso.
    MARCO BREVEGLIERI
    Software and Web Developer, Teacher and Consultant

    Home | Blog | Delphi Podcast | Twitch | Altro...

  3. #3
    ma il problema è tecnico o di budget?
    ARTRIPE

  4. #4
    metterei le mani avanti e per iscritto con il cliente
    che access non è consigliato e potranno esserci disservizi
    O santo protettore del'informatico quadratico medio , se puoi allontana da me questo cetriolo amaro!
    Programmazione agile ? Guarda che qua già da un pezzo facciamo programmazione acrobatica !

Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2022 vBulletin Solutions, Inc. All rights reserved.