Accessi contemporanei

[tommyxxx]

Ciao.
Devo realizzare un db con un po' di tabelle che avranno parecchi record.
Se a queste tabelle ci dovessero accedere (in scrittura) parecchi utenti, c'è pericolo di sovrapposizioni o problemi nella gestione delle connessioni multiple?

Se si mi spiegate come è possibile risolverli?

thanx

[barbagianni]

Si fa presto a dire Database.

Da quelli "no comment" tipo Access
a quelli appena accettabili come Mysql
fino a Interbase o SqlServer o Oracle o DB2
e decine di altri che per lo più manco conosco.

Ognuno di questi ha sue caratteristiche e offrono
diverse risposte dalle concat key alle viste di validità
o a vari tipi di look che possono aiutare o impedire
il lavoro (Access lokka per blocchi ad esempio).

Molti gestiscono le transazioni, ed in certi casi può
essere sufficiente.

Questo per i relazionali ovviamente.

E poi, tutti questi utenti devono scrivere lo stesso record,
record diversi della stessa tabella, tabelle distinte??

Direi che mancano i dati necessari per poterti aiutare.

[tommyxxx]

scusami, hai ragione...
Pensavo a mysql o postgress !

[tommyxxx]

gli utenti dovranno fare tutto: modifiche alla stessa tabella e modifiche anche alla stessa cella.

[barbagianni]

Premesso che non conosco Postgres

MySql dichiara di essere in grado di gestire le transazioni, ma non ne ho ancora avuto la prova.

Facendo precedere un blocco di istruzioni di aggiornamento
dal comando

mysql_query("BEGIN", $this->db_connect_id)

si apre una transazione che in DB evoluti provoca il look dei record che saranno interessati dai successivi aggiornamenti.

Concluse le operazioni di aggiornamneto

mysql_query("COMMIT", $this->db_connect_id)
o in alternativa
mysql_query("ROLLBACK", $this->db_connect_id)

renderanno nuovamente disponibili tali record ad altri aggiornamenti.

Non è in ogni caso garantito il look sulle singole tuple aggiornate, molto probabilmente il DB lavora per blocchi.

Inoltre mysql può lokkare un'intera tabella

LOCK TABLES
tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}
[, tbl_name [AS alias] {READ [LOCAL] | [LOW_PRIORITY] WRITE}] ...
UNLOCK TABLES

LOCK TABLES locks tables for the current thread. UNLOCK
TABLES releases any locks held by the current thread. All tables that are locked by the current thread are implicitly unlocked when the thread issues another LOCK TABLES, or when the connection to the server is closed.

Note:LOCK TABLES is not transaction-safe and implicitly
commits any active transactions before attempting to lock the tables.

[tommyxxx]

grazie!
adesso proverò a mettere insieme un po' di cose e vediamo se la tua soluzione funziona!

Se qualcun altro sa consigliarmi l'uso di postgres o mysql mi fa un favore...

thanx

[Shenk87]

Se a queste tabelle ci dovessero accedere (in scrittura) parecchi utenti, c'è pericolo di sovrapposizioni o problemi nella gestione delle connessioni multiple?

con mysql non ci sono problemi, con postgres nn so, ma non credo proprio. vai tranquillo, di queste cose si preoccupa il db , cmq dipende anche da cosa vuoi fare

[Vre]

Originariamente inviato da barbagianni
a quelli appena accettabili come Mysql

Mi sembra decisamente eccessivo dire "appena accettabile" di MySQL. Per il suo genere è decisamente buono.