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

    Domanda tecnica...quando Mysql "entra in crisi"

    SAlve ragazzi,
    vorrei sapere se qualcuno sa se c'e' un limite di occorrenze di tabelle (all'incirca) dopo il quale il DBMS di mysql stenta a trattare il volume di dati.


    cioe' se io ho 7000 elementi in una tabella e 50 accessi contemporanei di interrogazione posso avere qualche problema di prestazione?



    vi ringrazio fin da ora sperando in delle vostre risposte esaustive

    ciao
    edo

  2. #2
    io ho un db con una tabella che supera i 25 milioni di rows .....

    che ne dici ?

  3. #3
    stic!
    e comunque non hai nessun problema di prestazioni...????

    ok...ma quanti accessi contemporanei possono avenire sul tuo db?

  4. #4
    direi proprio che con quei numeri le prestazioni calano, con calo delle prestazioni intendo dire che invece di aspettare 3 sec per aprire la pagina ne impiegherai 7 di sec.

    Un modo per poter visualizzare velocemente una pagina che richiama un db pieno zeppo è dividere il contenuto del db in più pagine.

    Ti ho convinto?

    Ciao.

  5. #5
    beh, c'è da dire che cambia anche x la tipologia del db..
    ora nn ricordo bene le differenze, ma so che c'è un tipo di db che se un utente sta scrivendo, nessuno può scriverci, quindi se hai mille utenti che guardan qualcosa e 10 scrivon, si rallenta tutto...

    xò non ricordo su 2 piedi se è il myisam o innodb.. boh..
    ...::: DESIDERARE E' UMANO :::...
    ...::: POSSEDERE E' DIVINO :::...
    ...::: HAVE A NICE DAY :::...
    (¯`·.¸¸.->ĐĮ ĦΞŁŁ<-.¸¸.·`¯)
    http://www.djhellclub.com

  6. #6
    determinante per le prestazioni sono anche le chiavi che scegli e la struttura del database, le join sono necessarie per strutturare il lavoro ma lente

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.