Newsgroup: it.comp.www.asp
Titolo: mmm ... che vuol dire??

Salve, ho realizzato un sistema di statistiche basato su pagine ASP che
popolano un Database Access. Tutto funzionava correttamente quindi ho
iniziato la fase di TEST "pesante" tentando di "sforzare" al massimo il DB.
Per un mesetto tutto ha funzionato a dovere, le pagine ASP popolavano, il DB
rispondeva benone e le interrogazioni SQL presenti nelle pagine ASP di
lettura fornivano ottimi risultati.
Di colpo, bene o male quando nella tabella principale ho ottenuto circa 9000
tuple in i server su cui lo avevo appoggiato momentaneamente (ma anche il
mio IIS in locale) sbroccano, s'imppallano quando
interrogano il DB. Potrebbe trattarsi di un limite alle operazioni??? ...
Il fatto è che se svuoto il DB tutto torna a funzionare correttamente ...
faccio presente che le pagine non presentano errori ma il sistema si blocca
e sul server il file del DB rimane bloccato come quando lo utilizza qualche
altro utente ...
Non sapevo dove cavolo postare sto messaggio, riguarda un pò tutto, ASP, DB,
Access, SERVER ... provo anche con voi ... spero di non essere OT ... grazie
a tutti.

 interrogano il DB. Potrebbe trattarsi di un limite alle operazioni??? ...
mmhhh! Access per applicazioni web-based č altamente sconsigliato dalla
stessa Microsoft.
9.000 Tuple su db Access, se la macchina ovviamente lo consente, non
dovrebbe soffrire; io lavoro regolarmente su tabelle con 60.000 record che
effettuano join con tabelle da 10.000 e le risposte sono buone.
In SqlServer cambia parecchio, in meglio!
Se l'accesso al db č multiutente (come un sito web lascerebbe pensare ;-))
allora io penserei al passaggio a sql server!
IMHO
Ciao
Stefano

 
concordo in tutto... volevo aggiungere di provare a controllare gli
indici nella tabelle di Access... insomma, se fai delle ricerche con le
discriminanti su campi non indicizzati si rallenta parecchio... magari
riesci ad arrivare fino 18.000 prima che si blocchi ^_^
-- 
emy

 emy
Gli indici incrementano le prestazioni + di quanto si pensi.
Da poco ho dimenticati di aggiungere degli indici ad una tabella su cui
dovevo effettuare un import di ~200.000 record (sql server);
ho lanciato il prog e dopo un'intera nottata era arrivato al 46%.
Fermato tutto, aggiunto gli indici , dopo 15 minuti era arrivato allo stesso
punto.
Ciao
Ste

> Gli indici incrementano le prestazioni + di quanto si pensi.
Per indici cosa intendete le chiavi primarie??

La mia piccola esperienza con i database mi fa pensare anche a questo:
se la tabella e' a struttura btree, dopo un po' le pagine si riempiono e
vanno in overflow.
Ogni tanto e' opportuno fare una "riorganizzazione" del database per
rigenerare le pagine.
(in Ingres questo si chiamava "modify to btree")
Forse accade anche in Access, magari basta fare un "repair/compact
database".
E' anche vero che Access non e' un vero database, che non ha controlli sul
tipo di tabella (btree, ecc...), che 9000 record sono pochini per creare una
tale situazione, e comunque molto dipende dalla struttura della tabella e
dai dati.

 Per indici cosa intendete le chiavi primarie??
non solo...
apri la tabella access vai sul menu' visualizza-indici (oppure il
pulsante con delle righe ed un fulminello) e li' aggiungi i campi sui
quali solitamente fai le ricerche, non necessariamente devono essere le
chiavi primarie... ad esempio in una tabella anagrafica che ha i campi 
IDAnagrafica 	Numerico
Nome		Testo
Cognome		Testo
Indirizzo	Testo
puoi mettere questi indici
IDAnagrafica	IDAnagrafica	Crescente
idxNomeCogn	Nome		Crescente
		Cognome		Crescente
-- 
emy

.... quindi quasi tutti voi non ritenete access un buon prodotto ... le
alternative quali potrebbero essere?? mySQL ... e comany ... aumentano le
prestazioni ma anche le difficoltà di realizzazione o sbaglio??? ... voi
come vi regolate nella scelta di un DBMS piuttosto che di un'altro???