Ho questa idea per un database: manterrebbe tutto ciò che "ho bisogno di ricordare" e consentirò ai futuri progetti di codifica di accedere alle informazioni. Questi progetti futuri includono un day-planner e un'analisi storica di ciò che ho fatto.
Le cose che devo ricordare si suddividono in due categorie principali: Eventi e Attività. Alcune attività (come "lavare i piatti") non faranno parte di un progetto, ma la maggior parte lo faranno (come "scrivi abstract per il documento AIAA"). Sia gli eventi che i compiti avranno sempre una categoria come "Casa", "Scuola", "Lavoro" o "Famiglia".
Voglio basarlo su alcune tabelle SQL perché ho usato SQL prima sul posto di lavoro, ed è stato davvero semplice e facile da usare. Anch'io, di recente, me ne sono reso conto, quindi è divertente e nuovo per me. Per questo progetto specifico, stavo pensando a un grande tavolo per le voci effettive con chiavi esterne per il loro progetto e categoria.
La mia domanda è questa: SQL è la scelta giusta per questo, o sto usando un martello pneumatico per aprire una porta schermata? Sono sicuro che è possibile farlo in questo modo; ma sono preoccupato che ci possa essere una soluzione più ragionevole là fuori, e sono certo che la brillante novità di SQL sta offuscando la mia visione.
Modifica dopo aver riflettuto sui commenti: un foglio di calcolo introduce la possibilità di errori dovuti alla costante ripetizione di me stesso invece del riferimento a entità predefinite; inoltre, sacrifica la leggibilità della macchina per fornire una GUI ingombrante. Accetto l'idea che SQL sia inappropriato ma non penso che un foglio di calcolo possa soddisfare le mie esigenze.
Modifica finale: ho fatto qualche ricerca in più e ho trovato alcuni modi potenziali per implementarlo, che hanno trovato un buon equilibrio tra "sensato" e "interessante". Mi sono reso conto mentre stavo leggendo i commenti di tutti che avevo bisogno di decidere se volevo farlo nel modo "giusto" o nel modo più divertente. E penso di volerlo fare in modo divertente.
Ho fatto un po 'di esplorazione e ho trovato alcune soluzioni che potrebbero estendere il mio set di strumenti per i progetti futuri senza essere del tutto superfluo come SQL.
- KirbyBase è un database rubino davvero semplice che sembra perfetto per piccoli e stupidi progetti come questo.
- Ci sono anche molte interessanti opzioni NoSql che intendo fare più ricerche su: MongoDB , CouchDB e neo4j .
Ho intenzione di andare avanti e selezionare l'unica risposta che ha risposto alla domanda e lasciare che questo argomento affondi perché la maggior parte dei commenti (non escludendo la mia) è troppo soggettiva per SE. Grazie a tutti per il consiglio!