Visualizzazione dei risultati da 1 a 7 su 7
  1. #1

    Limiti del Data Base MySql e del server linux.

    Salve Ragazzi,

    Ho un software gestionale CLOUD ospitato in un server dedicato con sistema operativo linux, su cui ho circa 10 clienti che usano questo software.

    Il software è sviluppato in PHP e gira su un database MySql.

    Ultimamente un nuovo cliente mi ha chiesto di gestire la sua attività con questo software.

    Quello che mi preoccupa però è la mole di lavoro che fa.

    Lui ha 10 agenti che gli inseriscono circa 200 ordini al giorno per un totale di 4.000 ordini al mese.

    Ad ogni ordine segue una fattura, quindi altri 4.000 Documenti.

    Moltiplicando 4.000 per 12 Mese significa 48.000 ordini + 48.000 fatture per un totale di 96.000 Documenti/Anno.

    Considerando che ogni ordine e fattura è composta da circa 10/20 prodotti quindi, 96.000 x 10 = 960.000 record/anno.

    Se si tengono in linea 5 anno per esempio, avrei una tabella con 5.000.000 record.


    Cosa ne pensate ?
    Dovrei consigliare al cliente di comprarsi un bell' AS400 ?

  2. #2
    Utente di HTML.it L'avatar di .Kurt
    Registrato dal
    Jul 2007
    Messaggi
    654
    Cosa ne pensate ?
    Che dipende. MySQL può riuscire a gestire tabelle molto grandi, ho letto di casi limiti con tabelle che contavano ~100 milioni e rotti di record, ma detto così non dice niente. Dipende da come hai strutturato la tua applicazione, le tue tabelle. Certo è che se fai un triplo Join su tabelle senza indici così popolate allora ti dai un calcio sui denti da solo.

    Dato che non hai chiesto nulla di specifico io ti dico: si, con mysql puoi gestire tabelle molto grandi, ma solo se il tuo approccio al problema è corretto, cosa che non è sempre facile

    https://www.google.it/?gws_rd=ssl#q=...dle+big+tables

  3. #3
    5 milioni di record? un'inezia... a meno che le query siano fatte con i piedi. Per dirti: prendi un server hp con uno xeon 6 core a 2.6ghz, mettici sopra 16 gb di ram, prendi un database con due tabelle, metti 2 milioni di record in una e 6 milioni di record nell'altra, fai una query con un join tra le due usando un campo testuale, dimenticati di indicizzare tale campo, e vedrai 3000 euro di server morire miseramente con una select. Indicizzando la colonna tutto bene.

    Nel tuo caso quindi non dovresti avere molti problemi se il db è fatto bene e le query che fai siano pensate correttamente. Poi l'ottimizzazione del tutto dipende dal tuo applicativo, puoi anche pensare di spostare i record che non servono tutti i giorni in tabelle "archivio" usando cron e trigger o quello che ti pare...

    dipende, non c'è una risposta precisa senza una problematica precisa.

    as400?
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  4. #4

    grazie della tempestiva risposta.

    Grazie per la tempestiva risposta,

    approfitto per chiedere un ulteriore parere dal punto di vista commerciale.

    Il mio server è un comune con altri clienti che normalmente pagano dai 400 agli 800 euro all' anno.

    In questo caso, visto il numero di utente e la mole di lavoro non saprei quanto chedere.

    Lei ha un' opinione ?

  5. #5
    Grazie per la tempestiva risposta,

    approfitto per chiedere un ulteriore parere dal punto di vista commerciale.

    Il mio server è un comune con altri clienti che normalmente pagano dai 400 agli 800 euro all' anno.

    In questo caso, visto il numero di utente e la mole di lavoro non saprei quanto chedere.

    Lei ha un' opinione ?

  6. #6
    io direi non meno di 100/150 euro/mese visto che ha anche parecchi agenti che lo usano
    IP-PBX management: http://www.easypbx.it

    Old account: 2126 messages
    Oldest account: 3559 messages

  7. #7
    grazie

Tag per questa discussione

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.