Database Primo Design per database SQLite3

Stato
Discussione chiusa ad ulteriori risposte.

Scr3w

Utente Bronze
25 Aprile 2015
7
4
2
36
Innanzi a tutto mi scuso se ho sbagliato sezione, non è una web app, però non trovavo una sezione dedicata ai database quindi questa mi sembrava la più consona.

Ho bisogno di aiuto a creare il mio primo SQLite3 database, ma non so bene come strutturarlo.
Ogni secondo, di ogni minuto, di ogni ora, un numero variabile di clients invia 3 dati al server, l'identificativo del client, e 2 interi.
Vorrei creare un database con una struttura tale che mi permetta di poter archiviare questi tre dati e poterci accedere tramite la api dal server (in C) dando l'identificativo del client come input e come output una sorta di array di dati che il server possa elaborare.

Per ora ho pensato solo a questo metodo: Il server crea un database diverso ogni giorno con dentro una tabella per ogni client contente il timestamp, e i due interi (il nome della tabella è l'identificativo del client stesso) sinceramente non mi sembra un grande idea, quindi chiedo consiglio a voi, grazie.
 
Crea una tabella con le colonne necessarie. Se ricevi così tanti dati ti sconsiglio sqlite. Sqlite serve principalmente per lo sviluppo dei software e viene usato come database da appoggio.
In produzione si utilizzano mysql, postgres, maria db.
Ti sconsiglio sqlite per tutti quei dati, non so fino a che punto possa riuscire a gestirli.
Soluzione come mysql riescono a gestire tabelle con 1 milione di records come niente fosse.

Tornando alla struttura del database, io creerei una tabella con queste colonne:
Identificativo client - intero 1 - intero 2 - timestamp


Sent from my iPhone using Tapatalk
 
Crea una tabella con le colonne necessarie. Se ricevi così tanti dati ti sconsiglio sqlite. Sqlite serve principalmente per lo sviluppo dei software e viene usato come database da appoggio.
In produzione si utilizzano mysql, postgres, maria db.
Ti sconsiglio sqlite per tutti quei dati, non so fino a che punto possa riuscire a gestirli.
Soluzione come mysql riescono a gestire tabelle con 1 milione di records come niente fosse.

Tornando alla struttura del database, io creerei una tabella con queste colonne:
Identificativo client - intero 1 - intero 2 - timestamp


Sent from my iPhone using Tapatalk
SQLite3 è ottimo, solamente che non può gestire accessi multipli, ecco perché si ricorre a PostgreSQL o MySQL.
 
Stato
Discussione chiusa ad ulteriori risposte.