<br>
<div class="gmail_quote"><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Penso che dipenda anche da quello che vuoi fare con il database.<br>


Se ti serve per farci girare sopra delle applicazioni, web o no,<br>
effettivamente il doctest puo&#39; essere scomodo.<br>
<br>
Se invece usi il database per immagazzinare dati, e.g. risultati di un<br>
esperimento di laboratorio, e sai che verra&#39; interrogato solo tramite<br>
moduli come sqlalchemy, il doctest e&#39; utile perche&#39; ti permette di far<br>
capire cosa rappresenta ogni tabella, qual e&#39; la maniera corretta per<br>
accedervi, e cosi&#39; via.<br>
<br>
Era forse un po&#39; troppo generica la domanda :)</blockquote><div><br>Ciao, <br>i db in questione sono dei database che vengono usati da dei sistemi di gestione documentale, in cui ogni schema ha circa 50-60 tabelle, e alcune tabelle, quelle più grandi, arrivano a contenere fino a 200 milioni di righe ed alcune query devono mettere in join 3 o 4 tabelle di questa dimensione. Le tabelle che entrano in gioco comunque sono poche. Il problema che una o due di queste tabelle variano per ogni schema. Non volendo modificare lo script per ogni schema, ho messo tutta la configurazione &quot;variabile&quot; in un file ini che il sw si legge allo startup.<br>
Per accedere al db stavo anche pensando di provare sqlalchemy ma vorrei prima capire come performa in tale situazione. Per adesso uso solo cx_Oracle nudo e crudo e non ho problemi.<br>Quello che vorrei fare è testare la classe che si interfaccia con il db. Il problema sorge quando la classe cerca di interrogare il db e si aspetta dei risultati.<br>
I mock mi servivano appunto per fornire un set di questi dati e su questi eseguire alcune operazioni, come select e update.<br>In base ai risultati di questa query il sw che sto scrivendo recupera i file interfacciandosi con vari sistemi di memorizzazione dati.<br>
Fondamentalmente non fa nulla di complicato, ma devo lanciare il parallelo vari processi per recuperare parrallelamente i vari documenti (e sono tanti!!!) al fine di velocizzare l&#39;operazione, perché alcuni di questi sistemi sono tutt&#39;altro che storage veloci!!!<br>
Siccome inizialmente l&#39;avevo scritto di corsa questo pezzettino di software, lo vorrei riscrivere daccapo e con gli unittest.<br>Ciao e grazie<br>Fabrizio<br></div></div>