Sto creando un'app che consente a users di pubblicare, vendere e acquistare items . Ogni item ha un attributo intero count impostato dall'iniziale user e che viene ridotto di n con ogni acquisto. Quando count è 0, quel item non può più essere venduto a meno che uno dei precedenti user compratori riporti il item acquistato: nel qual caso, il nuovo item eredita tutte le proprietà dell'originale item eccetto price , che è determinato dal nuovo user proprietario e count , che è determinato da quanto count hanno acquistato nella transazione iniziale.
Al momento ho due colonne del database: items e users . Dovrò registrare transazioni e trasferimenti di proprietà fino a quando sul sito esiste un item , quindi ciò significa che ho bisogno di una terza colonna per transactions . Di cos'altro avrei bisogno e cos'altro dovrei ricercare? L'ereditarietà della tabella standard è utile per questo tipo di funzionalità?
Devo eliminare l'intero approccio count ? Sarebbe un enorme trascinamento sul database se avessi creato un nuovo oggetto per ogni [i] in count ? Quindi, dì che user imposta count a 10.000 e ho fatto in modo che l'app creasse tanti singoli oggetti di database per ogni item pubblicato. E poi dici che ci sono migliaia di persone che fanno la stessa cosa allo stesso tempo con il loro items .
Molto nuovo per lavorare con la progettazione del database e non so dove altro chiedere, quindi apprezzo molto il tuo feedback.