Visualizzazione dei risultati da 1 a 10 su 18

Hybrid View

  1. #1
    puoi usare una tabella del tipo

    IdUtente | IdCarta | IdInformazioneCarta | Valore

    così puoi gestire quanti utenti vuoi, quante carte vuoi e quante informazioni per carta vuoi


  2. #2
    Utente di HTML.it
    Registrato dal
    Apr 2019
    Messaggi
    9
    Quote Originariamente inviata da optime Visualizza il messaggio
    puoi usare una tabella del tipo

    IdUtente | IdCarta | IdInformazioneCarta | Valore

    così puoi gestire quanti utenti vuoi, quante carte vuoi e quante informazioni per carta vuoi

    Grazie per la risposta!
    Così facendo però non andrei a creare una tabella lunghissima potenzialmente sempre più "pesante" da ciclare? Mi riferisco al fatto che ogni utente (prendendo ad esempio la presenza di 60 carte all'interno dell'app) andrà a generare 60*3=180 (moltiplico per 3 visto che l'informazioni da salvare sono 3: uso, livello e quantità) righe all'interno della tabella. Prendendo sempre per esempio. la presenza di 100 utenti (che comunque può tranquillamente crescere), si andranno a generare 100*180=18000 righe, ed ogni volta che dovrò creare un echo del json della collezione di ogni utente, dovrò andare a ciclare ogni volta una tabella sempre più lunga (il file json deve contenere solo le carte del giocatore, quindi dovrò stampare solo le carte appartenenti all'id giocatore in questione).
    Così facendo non vado incontro a nessun problema? O, a questo punto, è meglio creare una tabella con più campi, ma strutturare la ricerca ad una sola riga (quindi un utente a riga come ho detto nel mio precedente post)? O addirittura tornare all'idea iniziale di creare una tabella per ogni utente (anche se così facendo si andrà a creare un numero di tabelle elevato all'interno del db?

    Grazie!

  3. #3
    Utente di HTML.it L'avatar di nman
    Registrato dal
    Jan 2011
    residenza
    Milano
    Messaggi
    1,333
    Quote Originariamente inviata da Vallo Visualizza il messaggio
    ....... andrà a generare 60*3=180 (moltiplico per 3 visto che l'informazioni da salvare sono 3: uso, livello e quantità) righe all'interno della tabella. Prendendo sempre per esempio. la presenza di 100 utenti (che comunque può tranquillamente crescere), si andranno a generare 100*180=18000 righe,
    ...........
    Così facendo non vado incontro a nessun problema? .........
    Assolutamente nessun problema, 18.000 record è solo una tabellina giocattolo
    metti un indice sul campo "IdUtente" se devi filtrare su quello

    Quote Originariamente inviata da Vallo Visualizza il messaggio
    .......... O, a questo punto, è meglio creare una tabella con più campi, ma strutturare la ricerca ad una sola riga (quindi un utente a riga come ho detto nel mio precedente post)? ........
    No

    Quote Originariamente inviata da Vallo Visualizza il messaggio
    ......... O addirittura tornare all'idea iniziale di creare una tabella per ogni utente (anche se così facendo si andrà a creare un numero di tabelle elevato all'interno del db? ..........
    Assolutamente No

    .

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.