Pagina 2 di 2 primaprima 1 2
Visualizzazione dei risultati da 11 a 13 su 13
  1. #11
    Utente di HTML.it
    Registrato dal
    Sep 2002
    Messaggi
    460
    Ti stai facendo dei problemi inesistenti. L'utente non accede alla tabella: l'utente accede al software, e' il software che accede alla tabella.

    In ogni caso:

    codice:
    public class messaggio {
       private $senderId;
       private $recipientId;
       private $title;
       private $body;
    }
    si mappa 1 <-> 1 con una tabella

    codice:
    MESSAGE
    
    ID int(11)
    SENDER_ID int(11) REFERENCES USERS -> ID
    RECEIVER_ID int(11) REFERENCES USERS -> ID
    TITLE varchar(255)
    BODY smalltext
    Non e' che ci sia molto altro da dire.
    There are 10 types of people in the world - those who understand binary and those who don't.

  2. #12
    Utente di HTML.it
    Registrato dal
    Sep 2005
    Messaggi
    129
    io son dell'idea che è meglio avere tante tabelle, chiaramente ciò dipende da quante in totale te ne servono... se in totale te ne occorrono veramente 10.000, beh, quoto tutti gli altri, ma io ti dico che in una tabella in cui registro tutti i login (allo stato attuale ho 17.348 record) se devi poi fare delle selezioni in questa tabella ti vedi rallentato tutto...

    Ipotesi... cerchi tutti gli accessi di un utente (risultati magari 7.000 record) ti vedi rallentare tutto...

  3. #13
    Utente di HTML.it
    Registrato dal
    May 2004
    Messaggi
    274
    Un'ottima via di mezzo è quella di avere 2 tabelle per i messaggi privati, una per quelli inviati ed una per quelli ricevuti.
    .. Anche perchè per ogni messaggio privato bisognerebbe creare 2 record all'interno del database ..

    banned,

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.