App web Django: come salvare migliaia di variabili per utente

L'utilizzo di una colonna per domanda rende più difficile aggiungere più domande in un secondo momento.

Invece, modella la relazione tra utenti e domande nella tua tabella. Cioè le domande sono codificate esplicitamente come dati, non implicitamente nella struttura della tabella.

La tabella avrebbe colonne user_id e question_id, probabilmente entrambe con vincoli di chiave esterna a un'altra tabella. Queste due colonne sono una chiave composta per la tabella delle risposte. La tabella può avere colonne aggiuntive per memorizzare le risposte. Se stai monitorando solo se la domanda ha avuto risposta, il controllo dell'esistenza di un particolare record (user, question) potrebbe essere sufficiente, non sono necessarie ulteriori colonne.

Dovresti normalizzare lo schema del tuo database. Ciò significa che invece di avere solo una tabella Utente, avresti anche una tabella Domande contenente le informazioni su ogni domanda, quindi avresti anche una tabella di link Answers dove ogni riga rappresenta un particolare utente che risponde a una particolare domanda.

My approach so far is for the User table to have thousands of columns in the PostgreSQL database - a column for each question

Modello di dati non validi. Non puoi scrivere nessun tipo di query significativa contro di essa.

Database relazionali love per fare cose con righe ; non sono molto bravi a chiacchierare con columns .

Normalizza i tuoi dati, creando una nuova tabella con una riga per utente & risposta combinazione di domande: se nessuna riga esiste, non hanno risposto a questa domanda.