Ho la prima esperienza di programmazione parallela del codice che funziona attivamente con il database relazionale. Trovo interessante combinare primitive di programmazione parallela .NET con blocchi di database / transazioni e sono interessato agli articoli su questo argomento. Potresti per favore consiglio alcuni (.NET è opzionale)?
Non rispondere alla tua domanda ma ...
IMO è un errore, sfortunatamente vedi questo tipo di cose sempre più spesso dove il codice si confonde con il database che porta a problemi di manutenzione e prestazioni.
Ci sono alcuni casi in cui potrebbe essere giustificato, come fare una piccola applicazione quick-n-dirty dove si esegue linq-2-sql.
Comunque in generale sono fermamente convinto che avere uno strato di astrazione e separazione tra il database e il codice. Il programmatore non dovrebbe aver bisogno di conoscere e preoccuparsi molto del funzionamento interno del database ma avere un insieme di stored procedure contro cui lavorare. Avere il set corretto di sp potrebbe essere un punto di cooperazione però.
Allo stesso modo, il progettista / programmatore di database non dovrebbe preoccuparsi di cambiare intorno a campi, tabelle o ottimizzare le prestazioni nel database senza doversi preoccupare di rompere qualcosa che il programmatore ha fatto direttamente contro il database invece di una sp.
Non avere una chiara separazione degli strati nella loro architettura è uno degli errori più comuni e costosi che vedo ripetutamente ripetuti in grandi progetti.
Nel tuo caso, senza saperne di più, dovresti probabilmente avere il database che fornisce un set di dati e lavorarci sopra in parallelo. L'esecuzione di query concorrenti su dati che non sono in memoria non è in genere una buona prestazione
Leggi altre domande sui tag database parallelism