Visualizzazione dei risultati da 1 a 7 su 7
  1. #1
    Utente di HTML.it
    Registrato dal
    Jan 2009
    Messaggi
    85

    SQL Server: dimensionamento db

    Ciao a tutti, approfitto per farvi un piccolo quesito.
    dovrei fare un nuovo sito.
    Ci sarà una tabella Oggetti, in cui ci sono circa 2000 record, ognuno con 10 campi, 6 varchar(100) e 4 interi.
    Nel sito ci sarà possibilità di iscriversi, finendo nella tabella Utenti.

    Ci sarà poi una tabella Corrispondenze, con Refid_Utente (Unique identifier) e Id_Oggetto.

    In pratica per ogni utente ci potranno essere 2000 record della tabella Corrispondenze.

    Secondo voi, con queste 3 sole tabelle, nei 100 Mb di spazio database di Aruba, quanti utenti potrebbero iscriversi?
    Sono tanti 100 Mb o possono facilmente essere pochi?

    Grazie

  2. #2
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Molto difficile rispondere


    2.000 Oggetti
    500 utenti

    fano 1.000.000 di record in Corrispondenze

    _______________________________________



    Prova a fare un DB e caricargli dentro dei dati fasulli




  3. #3
    Utente di HTML.it
    Registrato dal
    Jan 2009
    Messaggi
    85
    Ciao, grazie,non ci avevo pensato.
    Proverò a fare un test nel mio Sql Server locale.

    Per farmi un'idea sulla dimensione, devo vedere il file del db? E' indicativo quello, giusto?
    Non un eventuale backup che immagino essere compresso...

  4. #4
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Originariamente inviato da pixus
    Per farmi un'idea sulla dimensione,
    devo vedere il file del db?
    E' indicativo quello, giusto?
    Il file del DB è composto in effetti da 2 file che
    "lavorano" insieme
    per riconoscerli guarda le estensioni,
    .mdf
    .ldf

    Tieni presente che un DB nuovo e relativamente leggero,
    poi con gli inserimenti e cancellazioni il peso aumenta anche
    se non aumentano i record.

    NB. alle volte ( ma non è il tuo caso ) il DB e composto
    da piu di 2 file



    Originariamente inviato da pixus
    Non un eventuale backup che immagino essere compresso...

    Solitamente il BackUp non è compresso ed è un unico
    file con estensopne .bak che corrisponde circa alla somma
    dei 2 file sopracitati

    Non so come funziona Aruba, ma non credo che
    il BackUp lo puoi tenere nella stessa cartella dei file.





  5. #5
    Scrivo tabelle con 60 campi per 500k di record e sto sui 250mb secondome ci stai dentro tranquillo..

    aruba ha un sistema di backup giornaliero e settimanale automatico.. li trovi su ftp..

  6. #6
    Utente di HTML.it
    Registrato dal
    Jan 2009
    Messaggi
    85
    per nman : la prova la farò nel mio pc in locale, con un'istanza di Sql Server Express, che installerò.
    Mi dicevi che anche se il numero dei record non cambia, la dimensione può aumentare in seguito alle operazioni.
    E' dovuto ai log? C'è poi un modo per ricompattarlo, magari via comando Sql?


    per ibernet: grazie, con i tuoi numeri mi sono fatto un'idea su quanto spazio potrò occupare.
    O al limite mi rendo conto che solo raddoppiando i 100 Mb (10 euro in più su Aruba) riesco a metterci veramente un sacco di dati. E se neanche allora basterà , vorrà dire che avrò talmente tanti iscritti (fantascienza crederlo ora) che varrà la pena ampliarlo!

    Grazie a tutti!

  7. #7
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Originariamente inviato da pixus
    E' dovuto ai log? C'è poi un modo per ricompattarlo, magari via comando Sql?
    Si c'è il modo, ( schrink )
    Ma sono pratiche "deprecate"

    poi ti frammenta gli indici
    e devi riorganizzare anche quelli
    ____________________________________

    Io comincerei innanzitutto a valutare lo spazio necessario
    al DB




Permessi di invio

  • Non puoi inserire discussioni
  • Non puoi inserire repliche
  • Non puoi inserire allegati
  • Non puoi modificare i tuoi messaggi
  •  
Powered by vBulletin® Version 4.2.1
Copyright © 2025 vBulletin Solutions, Inc. All rights reserved.