Salve,
sto elaborando un'applicazione piccolina ed ho una tabella "transazioni" che ha i seguenti campi:
id | link | share | qta | price | data | hour | fee
adesso devo associare ogni transazione all'account che l'ha inserita.. è meglio avere una tabella separata e lavorare con i JOIN o va bene anche inserire l' "id_account" sulla tabella transazioni????
mi serve la soluzione migliore perchè è un punto fondamentale.. tenete conto che le righe saranno tantissime..!
Grazie
Questa volta, più che un voto.. è favoreggiamento.
io creerei una tabella separata, con le opportune foreign key e creerei una storeprocedure per inserimento/modifica/cancellazione dati oltre a un paio di viste preparate ad hoc.
Riesumo un vecchio thread (l'ho visto oggi attraverso la firma dell'utente)
Dipende.
Se (come penso) una transazione può essere svolta da un solo utente va aggiunto id_account alla tabella transazioni, altrimenti se è un associazione molti a molti va fatta una tabella di raccordo(Transazioni_Account) tra la tabella Transazioni la tabella Account (se esiste.).
La seconda che hai messo.
Che senso ha dover pagare un join? Nessuno.
Anche perchè la chiave da importare è della stessa dimensione dell'attributo.
Quindi hai solo difetti, e nessun pregio
meno tabelle interroghi più veloce sarà la query.
cmq mysql è defunto, grande compagno di viaggi ma la storia è finita.
usa cassandra db gratuito rilasciato dal team di facebook,
usato tanto per dirtene una da twitter
naturalmente linux.
http://cassandra.apache.org/
cassandra wiki
http://pdfcast.org/images/s/357/cass...postgresql.jpg
Grazie per le risposte..
Attualmente sto usando la soluzione
id | aid | link | share | qta | price | data | hour | fee
per ora sto effettuando test in locale quindi la dimensione della tabella è contenuta ma da una stima che ho fatto, molto al ribasso, nel primo periodo dovrei stare intorno ai 5000 inserimenti al giorno.. che comunque aumenteranno col passare del tempo
capite anche voi che si fa presto ad arrivare a un bel po' di righe e sono preoccupato perchè non so come gestirle per ora..
se avete consigli ben vengano
Questa volta, più che un voto.. è favoreggiamento.
Originariamente inviato da giovannifa
meno tabelle interroghi più veloce sarà la query.
cmq mysql è defunto, grande compagno di viaggi ma la storia è finita.
usa cassandra db gratuito rilasciato dal team di facebook,
usato tanto per dirtene una da twitter
naturalmente linux.
http://cassandra.apache.org/
cassandra wiki
http://pdfcast.org/images/s/357/cass...postgresql.jpg
Ma cosa ti turba?Originariamente inviato da Al_katraz984
Grazie per le risposte..
Attualmente sto usando la soluzione
id | aid | link | share | qta | price | data | hour | fee
per ora sto effettuando test in locale quindi la dimensione della tabella è contenuta ma da una stima che ho fatto, molto al ribasso, nel primo periodo dovrei stare intorno ai 5000 inserimenti al giorno.. che comunque aumenteranno col passare del tempo
capite anche voi che si fa presto ad arrivare a un bel po' di righe e sono preoccupato perchè non so come gestirle per ora..
se avete consigli ben vengano
Mi sembrano numeri piccoli
dici?
Questa volta, più che un voto.. è favoreggiamento.
molto piccoliOriginariamente inviato da Al_katraz984
Permessi di invio
Rispondi quotando