Torna indietro   Hardware Upgrade Forum > Software > Programmazione

Le novità MSI del 2026 per i videogiocatori
Le novità MSI del 2026 per i videogiocatori
Con le nuove soluzioni della serie MEG, acronimo di MSI Enthusiast Gaming, l'azienda taiwanese vuole proporre per il 2026 una gamma di proposte desktop che si rivolgono direttamente all'utente più appassionato con schede madri, chassis e sistemi di raffreddamento. Non da ultimi troviamo anche gli alimentatori, che abbinano potenza a ricerca della massima sicurezza di funzionamento.
I nuovi schermi QD-OLED di quinta generazione di MSI, per i gamers
I nuovi schermi QD-OLED di quinta generazione di MSI, per i gamers
MSI continua ad investire nel proporre schermi pensati per rispondere alle esigenze dei videogiocatori, utilizzando la quinta generazione di tecnologia QD-OLED sviluppata da Samsung. Il modello MPG 341CQR QD-OLED X36 è lpultima novità al debutto in concomitanza con il CES 2026, uno schermo curvo di ampia risoluzione pensato per i videogiocatori più esigenti
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria
vivo X300 Pro rappresenta un'evoluzione misurata della serie fotografica del produttore cinese, con un sistema di fotocamere migliorato, chipset Dimensity 9500 di ultima generazione e l'arrivo dell'interfaccia OriginOS 6 anche sui modelli internazionali. La scelta di limitare la batteria a 5.440mAh nel mercato europeo, rispetto ai 6.510mAh disponibili altrove, fa storcere un po' il naso
Tutti gli articoli Tutte le news

Vai al Forum
Rispondi
 
Strumenti
Old 03-03-2009, 17:34   #1
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
[C#] lockare una tabella mysql

Salve, ho due applicazioni C# su due computer che accedono a una stessa tabella su in db mysql condiviso. Come posso gestire l'accesso esclusivo alla tabella da parte delle due applicazioni? Per esempio, se la prima applicazione fa una select sulla tabella, l'altra applicazione non deve fare una insert. Come gestisco la concorrenza via codice C#?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 03-03-2009, 17:43   #2
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Quote:
Originariamente inviato da blackskop Guarda i messaggi
Salve, ho due applicazioni C# su due computer che accedono a una stessa tabella su in db mysql condiviso. Come posso gestire l'accesso esclusivo alla tabella da parte delle due applicazioni? Per esempio, se la prima applicazione fa una select sulla tabella, l'altra applicazione non deve fare una insert. Come gestisco la concorrenza via codice C#?
Se il motore del database e' di tipo ACID, ovvero se e' un motore serio, non devi fare molto, a parte eventualmente dichiarare il tipo di transazione che intendi fare.
Sotto SQL-Server per esempio il comportamento da te richiesto e' gia' quello di default.
Quando una transazione effettua una SELECT che coinvolge alcuni record di alcune tabelle, da quel momento in poi quei record risultano essere lockati in scrittura per qualsiasi altra transazione, che potranno solo leggerli. E nel caso in cui volessero aggiornarli, resterebbero in attesa pendente, fino al concludersi dalla prima transazione, oppure fino al timeout.
Se i record da bloccarsi su una tabella risultano essere troppi, allora il motore automaticamente scala verso l'alto e blocca tutta la tabella, che risulta essere meno dispendioso che tenere traccia di quali record saranno bloccati.

Sotto Oracle occorre cambiare l'isolation level per poter agire cosi', altrimenti la SELECT da sola non e' bloccante.

I livelli di isolamento sono tanti, a seconda di quello che si vuole fare, a partire dal non-blocco-nulla, che significa che il database e' lasco e potenzialmente aperto a problemi di concorrenza (ma estremamente veloce)
al blocco-tutto, ovvero che non appena leggo io una riga, nessun altro puo' neppure leggerla fino a che non completo la transazione (quindi sicurissimo, ma estremamente lento).

MySql? Non saprei, ma e' gia' da un po' che l'ho tolto dalla collection dei database seri.

In qualsiasi caso sotto C# tutta sta pappardella si risolve agendo sul parametro IsolationLevel della BeginTransaction
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.

Ultima modifica di gugoXX : 03-03-2009 alle 17:46.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
Old 03-03-2009, 22:44   #3
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Ho provato tutti i paramentri di IsolationLevel ma nessuno funge per come uso io la cosa.

L'applicazione A invoca il metodo leggi e fa subito una BeginTransaction sulla connessione, poi crea un MySQLCommand e associa la transazione aperta, dopodichè effettua una select.

L'altra applicazione fa esattamente la stessa cosa ma, se faccio lanciare prima ad A la BeginTransaction e poi la select (giocando coi breakpoint), e poi faccio lanciare a B la select dopo la sua BeginTransaction, la select di B mi torna subito, non resta in wait aspettando che qualcuno effettui una commit (in questo caso A).

Ho usato questo algoritmo con tutti i tipi di IsolationLevel ma non cambia niente. Il DB usa l'engine MyISAM.
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 04-03-2009, 08:41   #4
Kralizek
Senior Member
 
L'Avatar di Kralizek
 
Iscritto dal: Feb 2003
Città: Stockholm (SE)
Messaggi: 1343
che io sappia MyIsam non é transazionale, prova su una tabella InnoDb
Kralizek è offline   Rispondi citando il messaggio o parte di esso
Old 04-03-2009, 10:06   #5
blackskop
Senior Member
 
Iscritto dal: Aug 2008
Messaggi: 308
Quote:
Originariamente inviato da Kralizek Guarda i messaggi
che io sappia MyIsam non é transazionale, prova su una tabella InnoDb
Nisba! Hai un esempio concreto utilizzando InnoDB?
blackskop è offline   Rispondi citando il messaggio o parte di esso
Old 04-03-2009, 10:58   #6
gugoXX
Senior Member
 
L'Avatar di gugoXX
 
Iscritto dal: May 2004
Città: Londra (Torino)
Messaggi: 3692
Quote:
Originariamente inviato da blackskop Guarda i messaggi
Ho provato tutti i paramentri di IsolationLevel ma nessuno funge per come uso io la cosa.

L'applicazione A invoca il metodo leggi e fa subito una BeginTransaction sulla connessione, poi crea un MySQLCommand e associa la transazione aperta, dopodichè effettua una select.

L'altra applicazione fa esattamente la stessa cosa ma, se faccio lanciare prima ad A la BeginTransaction e poi la select (giocando coi breakpoint), e poi faccio lanciare a B la select dopo la sua BeginTransaction, la select di B mi torna subito, non resta in wait aspettando che qualcuno effettui una commit (in questo caso A).

Ho usato questo algoritmo con tutti i tipi di IsolationLevel ma non cambia niente. Il DB usa l'engine MyISAM.
Stai parlando di SELECT che blocchi un'altra SELECT, ovvero il livello di sicurezza massimo ammissibile.
A parte che non e' quello che avevi richiesto all'inizio...
Tale livello di sicurezza non e' presente su tutti i motori.
Per intenderci, e' presente sui motori per i quali sia ammissibile effettuare il backup del database mentre gli utenti stanno lavorando (ovviamente a regime ridotto), permettendo comunque l'esistenza di un backup consistente.
Tale livello di Isolamento e' infatti usato proprio da queste utility di backup, e se non sbaglio si chiama Serializable, presente sia per Oracle che per SqlServer, ma come ti dicevo non so se presente per MySql.

Ma prova a vedere se una UPDATE della seconda transazione su una qualsiasi dei record selezionati dalla prima transazione e' bloccata oppure no. Non ti e' sufficiente?
__________________
Se pensi che il tuo codice sia troppo complesso da capire senza commenti, e' segno che molto probabilmente il tuo codice e' semplicemente mal scritto.
E se pensi di avere bisogno di un nuovo commento, significa che ti manca almeno un test.
gugoXX è offline   Rispondi citando il messaggio o parte di esso
 Rispondi


Le novità MSI del 2026 per i videogiocatori Le novità MSI del 2026 per i videogiocato...
I nuovi schermi QD-OLED di quinta generazione di MSI, per i gamers I nuovi schermi QD-OLED di quinta generazione di...
Recensione vivo X300 Pro: è ancora lui il re della fotografia mobile, peccato per la batteria Recensione vivo X300 Pro: è ancora lui il...
Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'' per spingere gli handheld gaming PC al massimo Lenovo Legion Go 2: Ryzen Z2 Extreme e OLED 8,8'...
AWS re:Invent 2025: inizia l'era dell'AI-as-a-Service con al centro gli agenti AWS re:Invent 2025: inizia l'era dell'AI-as-a-Se...
La gamma XPS di Dell si rinnova completa...
HyperX OMEN: ufficiali 3 nuovi laptop, 4...
HP presenta al CES 2026 la nuova gamma d...
Nuova Audi A2 e-tron: la compatta elettr...
Anche a Roma arriva la Zona 30: limite d...
Motorola sfida il mercato premium: in ar...
Snapdragon X2 Elite Extreme: Qualcomm ut...
Il pedaggio in autostrada ora costa di p...
ARC Raiders: svelati alcuni dettagli sul...
Assassin's Creed Codename Hexe affidato ...
A volte ritornano: al CES 2026 il nuovo ...
ricarica 67 W e 8 GB di RAM: questo real...
Il finale di Stranger Things vi ha delus...
La manovra conferma il Bonus Mobili per ...
Starfield rinasce come RPG di Star Wars:...
Chromium
GPU-Z
OCCT
LibreOffice Portable
Opera One Portable
Opera One 106
CCleaner Portable
CCleaner Standard
Cpu-Z
Driver NVIDIA GeForce 546.65 WHQL
SmartFTP
Trillian
Google Chrome Portable
Google Chrome 120
VirtualBox
Tutti gli articoli Tutte le news Tutti i download

Strumenti

Regole
Non Puoi aprire nuove discussioni
Non Puoi rispondere ai messaggi
Non Puoi allegare file
Non Puoi modificare i tuoi messaggi

Il codice vB è On
Le Faccine sono On
Il codice [IMG] è On
Il codice HTML è Off
Vai al Forum


Tutti gli orari sono GMT +1. Ora sono le: 03:19.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2026, Jelsoft Enterprises Ltd.
Served by www3v