Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 12 su 12

Discussione: architettura RDBMS

Hybrid View

  1. #1
    Utente di HTML.it
    Registrato dal
    Nov 2010
    Messaggi
    132
    Ecco la parola magica, "denormalizzazione" mi sembrava strano non trovare nulla sul tema, invece c'è un mondo !

    Molte grazie.

  2. #2
    Utente di HTML.it L'avatar di MySQL
    Registrato dal
    May 2015
    Messaggi
    729
    Bhè vedo parecchie domande su argomenti diversi.

    1) le prestazioni all'aumentare del numero di righe.
    La risposta è... dipende
    ... dalla RAM libera del computer (e dalla configurazione di my.ini o my.cnf)
    ... dalla selettività degli indici. Se è bassa, le prestazioni saran basse e basta
    ... dall'uso di join, ovviamente su campi indiciati, più o meno complesse
    ... dall'uso di convering-index
    ... dalla QUANTITA' di righe ritornate (cosa fondamentale per applicazioni Web)
    ... dal mix di carico (letture-scritture), e in particolare dalla possibilità di avere transazioni più o meno pendenti

    Denormalizzare significa essenzialmente limitare i join, il che può essere bene o male, è la selettività che è f-o-n-d-a-m-e-n-t-a-l-e

    Sul posizionamento fisico, ovvero presso una farm, oppure in locale, la differenza è ovviamente la velocità di connessione che a sua volta è rilevante se ci sono molti dati da trasferire.

    Se, per capirci, le interrogazioni fatte dai client riportano pochissimi dati (sì, no, nome cliente telefono) allora perfino una connessione ADSL può essere sufficiente. Se invece sono del tipo "dammi l'elenco degli ultimi 10.000 clienti" allora i dati saranno così tanti (da spedire) che inevitabilmente servirà più banda

    Sotto il profilo della sicurezza poi si possono adottare strategie più o meno elaborate; una è quella di avere un singolo db e basta.
    Un altra è quella di averne due, ospitati sulla stessa macchina, uno dei quali accessibile dall'esterno (in sola lettura) ed aggiornato ogni TOT (mediante un crontab per capirci).

    Poi c'è la possibilità di fare una configurazione master (il db aperto in scrittura)-slave (il db solo in lettura); in questo modo avresti una sincronizzazione in tempo (essenzialmente) reale e "gratis" (a parte tener conto dell'avanzamento dei log binari in caso di fermo del server)

    Carne al fuoco ce n'è tanta, forse è meglio se inizi un pochino ad affrontare i singoli problemi uno alla volta

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 © 2026 vBulletin Solutions, Inc. All rights reserved.