Newsgroup: it.comp.lang.visual-basic
Titolo: forse OT (SQL sever)

Ciao a tutti, vorrei sapere quanti records sono gestibili da un SQL Server.
In pratica il mio database dovrà scrivere circa 200.000 records al giorno
per tutto l'anno.
P.S. Sapete suggerirmi sito o news che parli di SQL server?
Ciao e grazie
Michele b.

 P.S. Sapete suggerirmi sito o news che parli di SQL server?
per le news:
guarda la gerarchia microsoft.public.sqlserver.* (in inglese),
microsoft.public.it.sql (in italiano), comp.databases.ms-sqlserver (in
inglese)
per i siti... una marea.... che argomento in particolare???
saluti
Andrea Montanari
montanar...@virgilio.it
http://www.asql.biz/DbaMgr.shtm
DbaMgr2k ver 0.2.0  -  DbaMgr ver 0.48.0
(my vb6+sql-dmo little try to provide MS MSDE 1.0 and MSDE 2000 a visual
interface)
--------- remove DMO to reply

 records al giorno per tutto l'anno.
Fattibile, come già ti hanno risposto dipende anche dal sistema nel suo
complesso (sistema operativo+hardware+altri servizi nella/e macchina/e) e
per le prestazioni anche da come organizzi le tabelle, cioé se li devi
mettere tutti in una tabella, dopo 10 anni sono 730GB, mi sa che se fai una
query dovresti (con la tecnologia di oggi, fra 10 anni chissà..) aspettare
un po' per la risposta (se ti arriva ;-) Magari se invece li hai organizzati
in maniera differente, magari distribuendo la base dati su più macchine, o
predisponendola per quello, invece di 200000 gliene puoi mettere anche di
più al giorno e le query ti ritornano velocemente lo stesso e con la
tecnologia di oggi.
Attenzione, MSDE in questo caso non va bene (è limitato a 2GB, una decina di
giorni per le tue esigenze), ti ci vuole proprio Sql Server (anzi, dati i
costi e le esigenze, fossi in te mi farei un giro anche da altre parti).
-- 
Ale
La RFD originale per it.comp.dotnet su
http://www.sen.it/stoa/articles.asp?id=10
Se vuoi discuterne, vai su it.news.gruppi

 records al giorno per tutto l'anno.
Teoricamente con Sql-Server non c'è limite (con MSDE invece c'è un limite in
spazio su disco).
Io ho applicazioni che scrivono un record al minuto, e girano
contemporaneamente anche 50 task, per cui siamo a 50record/minuto, ossia
72.000 al giorno.
I tempi di risposta sono eccezionali, anche su macchine scarse. L'importante
è creare un indice sulle colonne per cui ritieni di dover eseguire query.
L'aggiornamento dell'indice, per 200.000 record al giorno, non è un
problema.
Ovviamente, occorre pensare ad una funzionalità di archiviazione periodica.
Nei miei sistemi, ad esempio, ogni notte gira una procedura che archivia in
una tabella archivio i record più vecchi di n giorni. Questo limita
notevolmente le dimensioni della tabella su cui avvengono il 90% delle
query.
Parallelamente, genero una sorta di datawarehouse, con alcune tabelle di
aggregazione, che vengono aggiornate in occasione di ogni archiviazione,
aggiungendo il delta derivante dai record archiviati. Questo consente una
interrogazione rapidissima dei valori statistici aggregati di lungo periodo.
Ad esempio, se voglio il totale dei pezzi prodotti in un anno, non faccio il
sum su una tabella con svariati milioni di record, ma su una tabella dove ci
sono un migliaio di record al massimo (e ho i dati a ieri a mezzanotte), e
se voglio anche il tempo reale aggiungo i dati ricavati dalla query dei dati
non ancora archiviati (comunque non più 1-2 milioni di record).
Ciao
Alberto