Salvataggio dei profili utente nel database SQL

Se capisco correttamente questa domanda, allora, come affermato in precedenza da @ user61852, si tratta di un problema di progettazione del database.

La tua idea di "chiave, valore" non è una buona idea in questo caso e porterà sicuramente a un accurato debugging. Hai tutta la potenza di un modello di relazione a portata di mano perché non usarlo al massimo?

Da Elementi fondamentali del database (una lettura utile!) :

La modellazione dei dati definisce tutte le informazioni richieste dal mondo reale.

Devi pensare alla tabella Userprofiles , ai dati che modella e al suo scopo. Se stai estendendo questo tavolo ogni volta che pensi a qualcos'altro da aggiungere, non hai pensato sufficientemente al problema.

Ho già progettato un database con coppie di stringhe di valore chiave per la memorizzazione delle impostazioni dell'utente. La logica di questo era che l'applicazione web presentava molte pagine diverse che dovrebbero essere in grado di memorizzare le impostazioni specifiche della pagina. Poiché le pagine vengono aggiunte e rimosse in continuazione, l'unica soluzione pratica è stata quella di aggiungere il nome della pagina alla chiave dell'impostazione e quindi archiviare il valore come una stringa in un database.

Mi rendo conto che questo design non è sicuro per tipo e non scala molto bene. Tuttavia, purché ci sia solo un numero un po 'limitato di pagine per app e solo un numero limitato di impostazioni per pagina, ci devono essere al massimo alcune centinaia di voci di impostazioni per utente da cercare. Anche con confronti tra stringhe, le prestazioni non dovrebbero essere un problema.