Spostamento di dozzine di siti di vendita autonomi esistenti in un unico database centrale di inventario: cosa dovrei sapere per entrare? [chiuso]

0

Questo sarà il primo progetto di questa scala che ho tentato e la prima volta che eseguo un sito Web (molto meno decine) utilizzando un database esterno al sito. In particolare, mi piacerebbe sapere:

  1. che tipo di ottimizzazioni dovrei leggere per renderlo il più fluido possibile?

  2. eventuali insidie / trucchi più saggi, le persone più esperte sono consapevoli che dovrei stare attento e

  3. quali misure di controllo e di prevenzione dei danni dovrei adottare contro lo scenario da incubo del server principale (hosting del database) che ha un'interruzione, riducendo a oltre 100 siti Web (perché non hanno accesso ai dati del prodotto ).

posta 17.06.2012 - 03:09
fonte

1 risposta

0
  1. Vuoi che lo schema DB sia principalmente normalizzato ed eviti pessimizzazioni come n+1 problema di query o più query ridondanti durante una singola operazione. E sarà abbastanza difficile da fare.
  2. Probabilmente sarebbe meglio avere un livello del server delle applicazioni con un'API ben definita sulla parte superiore del DB piuttosto che fare in modo che ogni sito acceda direttamente al DB. E hai sicuramente bisogno di test automatici sia per le prestazioni che per le funzionalità fin dall'inizio.
  3. Ridondanza, ovviamente. Se il livello del server delle applicazioni e il DB sono raggruppati, le interruzioni del server singolo non costituiranno un problema e ciò favorirà anche le prestazioni. I DB raggruppati tendono ad essere piuttosto difficili da fare e costosi, ma questo non sembra un progetto con un budget limitato. Assicurarsi di ospitare in una struttura che dispone di alimentatori ridondanti e connessioni di rete. Se è necessario evitare interruzioni a qualsiasi costo, prendere in considerazione posizioni ridondanti.
risposta data 17.06.2012 - 11:59
fonte

Leggi altre domande sui tag