Cambiare un int come stringa in PHP / MySQL Schema

Hai sicuramente pensato bene a questo problema. Sono d'accordo con te che l'opzione tre è la migliore pratica; Sceglierei quell'opzione La creazione di una nuova tabella che collega molti ID di proprietario a un singolo ID di ticket ha più senso per me. È intuitivo e renderà il database più gestibile in futuro.

Alcune considerazioni sull'opzione 3:

• Dovrai aggiornare il modo in cui un proprietario è collegato a un ticket. I miei suggerimenti sono di aggiornare la GUI per utilizzare un controllo come questo: link
• Dovrai deprecare la creazione, l'aggiornamento e il recupero dei proprietari esistenti e aggiornarlo per creare, aggiornare e recuperare dalla tua tabella appena creata. A seconda delle informazioni che si desidera restituire, potrebbe essere necessario unirsi alla tabella Proprietario e Ticket.
• Ora c'è più di un proprietario per biglietto. È molto probabile che esistano funzionalità che dipendono dall'avere un singolo proprietario. Dovrai scoprire questa funzionalità e tornare ai tuoi clienti con una raccomandazione sulla risoluzione di tali problemi.

Inizialmente potrebbe sembrare molto lavoro. Tuttavia, credo che sarà più facile estendere la funzionalità in seguito. Sarà anche meno una curva di apprendimento per i futuri sviluppatori.

Problemi con le opzioni separate da virgola:

1. Non lasciare che il database faccia il suo lavoro. Il database è lì per eseguire recuperi, aggiornamenti e creazioni; è ottimizzato per fare queste cose. Memorizzare i dati come stringa significa che è necessario scrivere codice per analizzarli ed eseguire operazioni che il database deve eseguire.
2. È difficile vedere le connessioni tra i tavoli. La tua simulazione di una relazione in codice. Sarà difficile vedere la relazione a prima vista se ci sono un sacco di voci nel campo delimitato da virgole. Ciò contribuisce a una curva di apprendimento ripida per i nuovi sviluppatori e un mal di testa se è necessario eseguire il debug in un secondo momento.
3. Dovrai eseguire il debug delle relazioni del database tramite il codice anziché scrivere query. Si desidera essere in grado di eseguire il software ed eseguire una query SQL per verificare se la relazione è stata configurata correttamente nelle tabelle. Tuttavia, con una virgola delimitata dovrai eseguire il debug di questa relazione tramite codice anziché eseguire una semplice query SQL. Questa è una perdita di tempo e un dolore.

Sono sicuro che ci sono più motivi per non utilizzare campi delimitati da virgole in un database. Ecco alcuni per aiutare a capire perché non è una buona idea. Sono sicuro che le persone potrebbero inventare vantaggi anche per la memorizzazione di campi delimitati da virgole. Tuttavia, è mia opinione che sia una cattiva pratica memorizzare campi delimitati da virgole in un database.

Vai con l'opzione # 3, creando una nuova tabella. Incorporare i dati CSV in colonne ti farà venire il mal di testa lungo la strada perché avrai dati che non sono facilmente recuperabili. In questo caso, se hai incorporato un elenco CSV di utenti, ti impedirebbe di cercare facilmente sui ticket che un utente viene assegnato con una singola istruzione SQL.