Newsgroup: it.lavoro.professioni.webmaster
Titolo: db 8 MB e snitz

Boh... ho il db diun piccolo forum snitz, circa 8 MB... è un access....
ci sono quasi 6000 messaggi e 500 discussioni...
da qualche giorno registro un rallentamento assurdo....
che fo'?

"F. Mule" <nospamx.f...@iol.it.nospamx> ha scritto nel messaggio
news:eHdka.6788$DN.1...@tornado.fastwebnet.it...

1 - compatta il db
2 - passa a MySQL o MSSQL :)
--
Questo messaggio potrebbe non risultare leggibile ad utenti con disabilità
visive. Nel caso risultino problemi di lettura, inviate un post in questo
newsgroup in risposta al messaggio originale indicando come testo del
messaggio: NON ACCESSIBILE.

F. Mule <nospamx.f...@iol.it.nospamx> ha picchettato sulla
tastiera:
:: Boh... ho il db diun piccolo forum snitz, circa 8 MB... č un
:: access.... ci sono quasi 6000 messaggi e 500 discussioni...
::
:: da qualche giorno registro un rallentamento assurdo....
::
:: che fo'?
diciamo che potrest inizare a spaccare il db in piů db.
prima di una soluzione drastica come gli altri ti suggeriscono


Ti stai per avvicinare ad un punto pericoloso, mi sembra già un miracolo che
funziona ancora il tutto, il Server deve essere sicuramente molto potente.
Se superi i 10 Mega con Access saranno dolori.
Se fossi in te, cercherei un modo per trasportare il database in MySQL e
passare ad un qualche forum Php/MySQL più performante.
Altra soluzione è quella di svuotare il database ed azzerare tutte le
discussioni, il che sarebbe una sconfitta...

che fo'?
tiralo giů, compattalo e rimettilo su, e vedi che succede.
-- 
dipende.

>Se superi i 10 Mega con Access saranno dolori.
ho superato i 40 M da un bel po', nessun problema e non ho notato
nessun rallentamento...
-- 
dipende.

 da qualche giorno registro un rallentamento assurdo....
visto che usi un file database... dovresti sapere che ogni tanto e' bene
compattarlo... ma a parte questo se ci sono tabelle e relazioni molto
complesse dovresti migrare ad un server db... ti posso consigliare per un
discorso economico (gratuito) MSDE che sarebbe una versione ridotta di MS
SQL Server... se poi hai dei soldi da spendere...:)))))
oltretutto se e' davvero cosi' trafficato il forum dovresti prevedere anche
un upgrade a sistemi piu' performanti... come il forum gratuito messo a
disposizione sul sito asp.net... su quello ci puoi far girare anche MILLE
volte quel traffico... e' tutto basato su SP (Stored Procedure) si  MS SQL
Server 2000.
--
Lino Mari [mod - it.economia.e-commerce]
http://www.ebow.it
 - e-business on web!
http://www.dev2dev.it
 - La rete ha connesso nuove particelle - d2D004
La Rete crea e la Rete distrugge... (Lino Mari)

 nessun rallentamento...
io ho anche superato i 100 MB... sono da record? :)))))))))


 tiralo giů, compattalo e rimettilo su, e vedi che succede.
non c'e' bisogno di tirarlo giu'... basta una semplice query... :)


> Se superi i 10 Mega con Access saranno dolori.
Questa mi mancava... la archiviamo assieme a "con
Frontpage si fanno solo siti da principianti". Per
la cronaca, Access non č certamente un modello
perfetto di database ma piů che le dimensioni
conta COME lo gestisci e COSA ci devi fare. Io
ne uso svariati per gestire statistiche di accesso
ai siti, e sinceramente vado ben oltre i 50 mega
per database, in alcuni casi (siti vecchi e archivio
di tutti i dati, IP date e orari compresi). Non
per dire che Access č un db con le palle, ma tanto
per sottolinare il fatto che i luoghi comuni sono
sempre un classico, sui newsgroup


A parte che alcune operazioni sui forum sono critiche, come per esempio
l'ordinamento e le ricerche, comunque per quanto ti riguarda posso solo
dirti:
Bravo, probabilmente ci accedi solo te al tuo database, mentre chi ha
postato, ha parlato chiaramente di un sito trafficato, non penso che i  6000
messaggi e 500 discussioni che li ha inseriti lui, ma i suoi utenti che
sicuramente sono molti e quindi molti accessi.
Bravo per la tua perspicacia. Continua nelle tue mere illusioni č evidente
che non hai mai avuto a che fare con siti trafficati.


Se lo usi singolarmente, cioč sei l'unico che vi accede, puoi anche
aspettare 2-3 secondi per una query, ma se gli accessi sono molti come nel
caso di un sito che ha: "6000 messaggi e 500 discussioni" allora voglio
proprio vedere come funziona un Server con database in access di 50 mega.
La stima dei 10 Mega č fatta sui "6000 messaggi e 500 discussioni" e quindi
il probabile alto traffico del sito.
"6000 messaggi e 500 discussioni"
E' ovvio che non č arte vostra fare stime serie.


per adesso ho deciso di non avventurarmi nel .net  lo so che è un errore, ma
ho altre priorità per il momento :-)
Terrò la proposta in considerazione per il fururo....
tks

 nessun rallentamento...
Bravo probabilmente è un database che interroghi solo te.
Non penso che l'amico abbia inserito 6000 messaggi nel suo database e che lo
usa solo lui.
Questa volta non dipende, dai 6000 messaggi si può stimare un traffico di
almeno 6000-8000 pagine viste al giorno, con almeno fasi del giorno dove ci
sono 20-30 utenti contemporanemaente sul forum che interrogano il database,
con il risultato che ogni query blocca il database per TOT secondi, ognuno
tragga le sue conclusioni.
Farà "boom", se supera i 10 mega, il Server comincerà a bloccarsi ed andare
in crash continuo, e il provider si lamenterà e gli taglierà l'account.


Ti dirň di piů ... Poichč ci sono circa una 30na di db sotto lucanianet, ho
una file di manage che fa čpartire una subrutine, che backuppa tutto e poi
compatta.. se l'operazione funzia sostituisce il db altrimenti ripristina il
buckup....
Di solito lo faccio partire una volta al mese... e ci mette circa
un'oretta...
ciauz!

 ha scritto nel messaggio
news:itr29vcg2d97pgte7...@4ax.com...

si si farň cosě....


ottimo... era questa l'info che volevo avere... avevo sentito i potenziali
limiti... i fantasmi di leggende su access mi intorpidivano le ultime
nottate... ora  mi dai la certezza che sono solo fesserie... via alla
compattazione e tante grazie!


Anche questa è una cosa che prima o poi devo cominciare  a prendere in
consideazione...

 solo fesserie... via alla compattazione e tante grazie!
si pero' non dipende solo dalla compattazione... dipende anche dal tipo di
query, tabelle, relazioni etc... :))))) se sono troppo costose in ermini di
prestazioni... e' ovvio che c'e' bisogno di un upgrade...:)


 l'account.
dipende da molti parametri... non prenderei in esame solo i mega e le pw...


 in crash continuo, e il provider si lamenterà e gli taglierà l'account.
Posso garantire che conosco siti web con db Access di circa 80 MB utilizzati
per ecommerce da circa 300 utenti unici giornalieri e da 2 anni funzionano
alla grande.
--
ITHost (your host company)
Technical Manager
C. Paparelli (MCSE,MCSD,MCDBA)
http://www.ithost.ch

 alla grande.
Se mi dai una lista di questi siti, li eviterò accuratamente, grazie.

 
Traducendo in query/s ?  
Io ho notato che se il database e' piu' grande di c.a. 10MB, in presenza
di una query relativamente semplice (una select con un where a
complessita' lineare senza order o group by) le prestazioni decadono in
maniera paurosa (addirittura qualche volta si blocca curiosamente) se si
supera 2-3 query/s o comunque se ci sono piu' di 2-3 query in elaborazione
concorrente sullo stesso database.
ciao

 anni funzionano alla grande.
ti posso confermare un sito progettato da me tre anni fa (non faccio nome)
che oggi ha piu' di 80MB su access e oltre 500 utenti unici al giorno...
:))))) ovviamente passando a MS SQL Server 2000 ne trarrebbe giovamento...
ma va benissimo... :)


 Se mi dai una lista di questi siti, li eviterò accuratamente, grazie.
perche'? dovresti ricrederti dalle tue utopie...?


 elaborazione concorrente sullo stesso database.
mai capitato... almeno quando lavoravo anche con access...


 ma va benissimo... :)
Difatti sto migrando il tutto su SQL Server 2K


 concorrente sullo stesso database.
Ritorno con il dire che non basta fare un query ma dietro sta tutto il
lavoro di ottimizzazione, creazione indici, gestione chiavi eventualmente
creazione di tabelle temporanee, ecc.
Un buon esempio di ottimizzazione č che la query di una query č molto piů
veloce di una query complessa (sto sempre parlando di Access).


 
Questo sicuramente, io parlavo di un uso semplice e 'preconfezionato'
qual'e' quello per esempio di snitz forum, sicuramente hai qualche cliente
che lo usa hai provato a farci una prova di carico su ? 

 che lo usa hai provato a farci una prova di carico su ?
Devo dire la verità non ho nessun cliente in quanto consiglio a tutti di
utilizzare MS SQL con Snitz e funziona benone


 che lo usa hai provato a farci una prova di carico su ?
Devo dire la verità non ho nessun cliente in quanto consiglio a tutti di
utilizzare MS SQL con Snitz e funziona benone
--


 
Fai benissimo perche' con il motore jet invece e' un problema appena il
forum comincia ad essere frequentato.
Solo che al solito i clienti vogliono prodotti economici e, con in modello
attuale di licensing, di mssql2k non si possono certo regalare i
tablespace :-)
ciao

 ha scritto nel
messaggio news:pan.2003.04.07....@seeweb.it...

Effettivamente il costo di MS SQL è un po' caruccio ma hai già dato un
occhio alle licenze per processore? Ed inoltre ci sono delle ottime offerte
per gli ASP.


 per gli ASP.
Fatto, gia' per processore che per user (considerando le potenziali
performances le due soluzioni tendono ad equivalersi, del resto ci avranno
pensato :-) ).
Il costo non e' comuqnue banale considerando i prezzi attuali di mercato
(dell'hosting dico).
Poi non mi piace troppo (ma questa e' una mia personale presa di
posizione) il fatto che occorra essere certified partner per poter
accedere al piano di licenza, 1800,00 Euro/anno per comprarsi un
marchietto e per poter 'comprare' software mi sembra una grossa forzatura.

 che fo'?
Compatta il DB e vai tranquillo. Al Max controllalo bene (che non ci siano
tabelle inutilizzate), cancella le discussioni più vecchie, o prova a
passare a MySQL. Il mio attuale provaider non lo supporta, ma ho fatto delle
prove in locale e sono riuscito a convertire il DB e a farlo funzionare
senza problemi. Uno degli utenti che ha scaricato il 3.4.03 che ho tradotto
lo usa su Aruba con Mysql e va molto bene.
Io ho fatto funzionare MySQL in un paio d'ore. Scarica il pacchetto da
www.Mysql.com
, i driver ODBC (sempre dallo stesso sito), e l'utility DBTools
(per convertire il DB).
Ciao ciao!!! :)
Ps: quand'è che fai quel convegno???
--
Webmaster di
http://www.targatona.it
http://www.targatona.it/forum

in crash continuo, e il provider si lamenterà e gli taglierà l'account.
e tutto questo perché usa access...  e non solo, lo verrà a cercare e
lo aspetterà sotto casa per menarlo...  devo dire che a drammatizzare
le cose ci riesci bene...  :-)
-- 
dipende.


Fa molto marketing ma per essere partner devi avere almeno 2 tecnici MCP e
ti assicuro che avrai parecchie agevolazioni grazie alle loro
certificazioni, compresi i famosi sconti.


 Ps: quand'č che fai quel convegno???
Di quale convegno parli?
Ciao
Fra

 Fra
parapapaparaparapapa......
so' newbie... non so usare outlook... eehee

alla grande.
vacca boia, anche tu?  :-)
-- 
dipende.

>Se mi dai una lista di questi siti, li eviterò accuratamente, grazie.
fai bene, usano access...  :-)))
giovà, ma chi te lo fa fare...
-- 
dipende.

 
Ce li ho, anche se da quando lavorano da noi hanno cambiato gusti :-))
Lo so che e' un mezzo di fidelizzazione come un altro infatti ho premesso
che e' una 'mia' remora, che cavolo ! far pagare un abbonamento annuale
solo per 'poter comprare' .... manco oracle notoriamente specialisti in
licenze capestro.
 

 Di quale convegno parli?
Forse sono io che non ho capito molto bene, Luciano mi ha accennato di un
qualcosa alla Mostra d'oltremare... avevo capito che ci dovevi andare per
parlare/discutere di non so che.... :)
Ciao ciao!!! :)


 Ciao ciao!!! :)
si tratta del webbit.... fine maggio... ci sarà molta gente di questo ng.
i seminati dell'isola iwa 
http://webbit.iwa-italy.org/
tutti gli altri  
http://www.webb.it

 tutti gli altri  
http://www.webb.it
Eheh... complimenti... lo conosco il 
webb.it
, solo non sapevo ci andavi.
E' che Luciano aveva capito male allora... :)
Cmq prima o poi organiziamo un incontro!!!


 che fo'?
Crea un file .asp e mettici dentro questo bel codice:
<%
Response.Buffer=false
'variabili da settare
Database_txt = "/mdb-database/forum.mdb" 'path del database da compattare
Database_bak_txt = "/mdb-database/forum.bak.mdb" 'path del file di backup
Database = Server.MapPath(Database_txt)
Database_bak = Server.MapPath(Database_bak_txt)
%>
<html>
<head>
<Title> compattazione del database <%=Database_txt%></title>
</head>
<body>
<font face="Verdana" size="2">
<%
Response.Write "<p>Sto per compattare il database """ & Database_txt &
"""</p>"
Response.Write "<p>Verrà creata una copia di backup su """ &
Database_bak_txt & """</p><p>&nbsp;</p><hr><p>&nbsp;</p>"
Response.Write "<p>Backup in corso...</p>"
Set Fso = Server.CreateObject("Scripting.FileSystemObject")
Fso.copyFile Database, Database_bak
Fso.DeleteFile(Database)
Response.Write "<p>Compattazione del database in corso...<br></p>"
strConn = "Provider=Microsoft.Jet.OLEDB.4.0;" & "Data Source=" &
Database_bak
strConnTo = "Provider=Microsoft.Jet.OLEDB.4.0;" & "Data Source=" & Database
set objJro = server.createobject("jro.JetEngine")
objJro.CompactDatabase strConn, strConnTo
if err <> 0 then
  Response.Write "<p><font color=red><b>Si è verificato il seguente errore:"
& err.description  & "</font></b></p>"
else
  Set InStream = Fso.GetFile(Database_bak)
  Database_dim = CInt(Instream.Size / 1024)
  Set InStream = Fso.GetFile(Database)
  Database_com_dim = CInt(Instream.Size / 1024)
  Database_dim_dif = Database_dim - Database_com_dim
  Response.Write "<p><b>Compattazione del database """ & Database_txt & """
terminata.</b></p>"
  Response.Write "<p>La dimensione originale del databse era di " &
Database_dim & "Kb, il database compattato occupa " & Database_com_dim &"Kb.
In totale sono stati risparmiati " & Database_dim_dif &"Kb.</p>"
  Response.Write "<p><font size=""-1"">Ricordarsi di verificare che il
database non sia corrotto, qualora risultassero problemi è possibile
ripristinare la vecchia copia del database su """ & Database_bak_txt &
""".</font></p>"
end if
set objJro = Nothing
Set Fso = Nothing
%>
</font>
</body>
</html>
Ogni tanto lo esegui e ti effettua una bella compattazione del db (crea
anche una copia di backup nel caso l'operazione non vada a buon fine)
--
Un saluto,
    Fabio

 consideazione...
Sai già chi ti consiglio come hosting asp + mysql ma non lo ripeto
altrimenti rubo il lavoro a Rigo :D
--
Questo messaggio potrebbe non risultare leggibile ad utenti con disabilità
visive. Nel caso risultino problemi di lettura, inviate un post in questo
newsgroup in risposta al messaggio originale indicando come testo del
messaggio: NON ACCESSIBILE.

 ha scritto nel messaggio
news:OTjka.70557$Jg1.1...@news1.tin.it...

grazie mille... come ho scritto più su ho già qualcosa del genere, adattato
allemie esigenze... cmq hai fatto bene che può servire a qualcun'altro.
ottimo lo spirito per la community!

 Cmq prima o poi organiziamo un incontro!!!
In privato ti ho mandato il mio recapito... la mia tana napoletana!

 altrimenti rubo il lavoro a Rigo :D
ma lui è uno dei proprietari?

> Bravo, probabilmente ci accedi solo te al tuo database,
Statistiche = ci accede *ogni* utente per aggiornarne
lo stato (12 tabelle correlate, tutte da aggiornare
ad ogni pageview)

> Se lo usi singolarmente, cioč sei l'unico che vi accede,
Il db č aggiornato ad ogni visita, con 12 query che
modificano altrettante tabelle. In particolare il
db di cui parlavo č agganciato ad un sito non gigante
ma modesto, da circa 6000 pageview al giorno. Ognuna
delle quali modifica il db. Altrimenti avrei parlato
di un db personale al quale "partecipo" solo io.

 suo database e che lo usa solo lui.
Non rispondo in modo palloso anche a te per non dire le
stesse cose venti volte. Il db da 40 mb immagazzina
le statistiche su 12 tabelle aggiornate ad ogni
pageview, su un sito da circa 6000 pview/giorno. Non
è la CNN per carità, ma non è neanche il sito
dell'oratorio di Cassano Compornago

 unici giornalieri e da 2 anni funzionano alla grande.
Si anche i ne conosco, ma se non "vedi" non credi. E la
moda vuole che "Access = cozza = scoppia". Altro classico
è "Access salta con 10/12 utenti contemporanei". Un must
per i veri appassionati che non usano Access