#1
Inviato 09 febbraio 2012 - 22:09
Per ogni singola scheda, però, c'è una lunga fase di preparazione di dati da prendere in considerazione, e volevo cercare di prendere in considerazione già adesso gli strumenti.
Se non ho capito male, alla fine tutto andrà messo in un database MySQL, giusto?
E se volessi iniziare a preparare tutto, con che strumenti mi conviene farlo per assicurarmi compatiblità e portabilità dei dati?
D
#2
Inviato 10 febbraio 2012 - 02:35
Alessio
iMac G3 500Mhz DV SE
MacBook Pro Intel Core 2 Duo 2.33Ghz
iPhone 3GS 32Giga White
iPhone 4 32 Giga
Canon EOS 400d
Canon EFS 55-250mm f/4-5.6 IS
Tamron 18-200mm Macro
#3
Inviato 10 febbraio 2012 - 12:43
MAMP sin da subito? Pensavo di lavorare, in un primo tempo, con qualcosa di facile: non è complicato?
D
#4
Inviato 10 febbraio 2012 - 14:39
#5
Inviato 10 febbraio 2012 - 15:44
D
#6
Inviato 10 febbraio 2012 - 15:51
Quindi puoi tranquillamente preparare i tuoi dati in una tabella di Excel ed esportarli una volta che hai creato il database MySQL.
Ciao
Farid
#7
Inviato 10 febbraio 2012 - 20:50
#9
Inviato 10 febbraio 2012 - 22:39
Io mi chiedevo se, visto che l'orizzonte temporale è da valutare su cinque anni almeno, possa iniziare a preparare la parte testuale delle singole schede all'interno di uno strumento più adatto di altri per poi realizzare il sito.
Hai perfettamente ragione: è solo perché MySQL è inflazionato che ne ho sentito parlare. Ci sono dei criterî in base ai quali dovrei scegliere il programma?
D
#10
Inviato 11 febbraio 2012 - 13:15
- dal tuo grado di conoscenze informatiche;
- dal tempo;
- dalle altre risorse;
- dalla tua voglia i imparare;
- dal fatto che il tuo problema sia già stato risolto con un altro strumento (ad esempio anni fa per la creazione di un archivio di fumetti posseduti c'era phpMyComics - o nome simile - che sul classico sistema apache-mysql-php ti permetteva una completa gestione dei fumetti, degli albi / storie / titoli / autori presenti e così via)
Se tutto va male per progettare una banca dati dovresti innanzitutto studiarti il modello relazionale del problema da affrontare (ad esempio vuoi modellare il flusso dei ricambi in officina, la gestione clienti - a chi ho venduto tal pezzo? -, la gestione del magazzino - quanti pezzi X ho venduto? quanti no ? - e così via).
Devi immaginarti tutte le domande a cui vuoi che il possesso di questi dati rispondano, o almeno le domande che ti fanno sapere il maggior numero di cose possibili.
Successivamente c'erano strumenti come DBdesigner4 che ti aiutavano sia a realizzare questo schema che a scrivere il codice SQL per MySQL (e altri engine) da caricare poi nel tuo bel server MySQL installato).
A quel punto con il tuo bravo html+php (o altro) ti restava da creare l'interfaccia grafica dove inserire i dati e poi fare le richieste (tipo il sito che tu stesso hai linkato all'inizio della discussione).
Due altre cose.
Questa è sicuramente la maniera più accademica di procedere, probabilmente - anzi sicuramente - ci sono metodi più semplici o snelli e/o meno formali di procedere (almeno per scopi amatoriali).
Il tutto non è lungo come sembra (specie se parli di 5 anni come orizzonte temporale per la realizzazione). Una volta definito con precisione il contesto vedrai che ci sono mille ed una risorsa e metodi per velocizzare certe procedure che ora ti possono apparire.
Ti lascio un altro link:
- programmazione SQL
negli appunti di informatica libera, poi, si parla del mondo PostgreSQL piuttosto che di MySQL ... ma poi sta a te decidere come muoverti
#11
Inviato 11 febbraio 2012 - 19:32
#12
Inviato 11 febbraio 2012 - 19:50
Visto che nel mio caso, comunque, è il contenuto del database a rappresentare la maggior parte del lavoro e del tempo, e che si tratta di qualcosa per la quale ho già le competenze, avrei desiderato potere definire una strategia per avanzare lentamente su quel fronte, ed in parallelo studiare il resto. Immagino però che lo strumento per scrivere il testo dei campi, adatto per poi importare facilmente i dati nel database non possa essere definito se prima non mi chiarisco che strumenti interverranno nel resto del processo. Giusto?
D
#13
Inviato 11 febbraio 2012 - 20:35
Signor D, il 11 febbraio 2012 - 19:50, ha scritto:
Puoi tranquillamente preparare, tagliare, adattare i tuoi contenuti anche mentre stai ancora studiando le tecniche di un database relazionale. Devi però (e semplicemente) tener conto del fatto che i tuoi contenuti finiranno nei campi di un database che sarà strutturato per record, campi testuali, campi numerici o ancora di altri tipi.
Anzi, sarebbe più facile darti una risposta precisa se dessi qualche informazione in più sul progetto che hai in mente
Ciao
Farid
#14
Inviato 17 marzo 2012 - 20:22
chebfarid, il 11 febbraio 2012 - 20:35, ha scritto:
Sono lento come la fame, ma (quasi) implacabile: torno sul pezzo!
Allora, vorrei rendere conto di opere di un artista. Si tratterebbe di schede con una fotografia (o più, in certi casi); diversi campi con numeri (altezza, larghezza, numero stati, numero di catalogo), ed alcuni campi testuali, tra i quali un commento, una serie di opere in rapporto, l'editore, la bibliografia.
D
#15
Inviato 19 marzo 2012 - 09:59
In passato l'ho utilizzato (offline) e, da zero, ci ho fatto un bel DB con un'nterfaccia grafica più che degna (sicuramente migliore del sito che hai linkato) e l'ho presentato come tesi. Ti dico solo che rivedendolo a distanza di anni mi sono stupito di me stesso (e nessuno mi ha dato esempi da cui partire).
Detto questo, ora, se non vado errato ha la possibilità di trasporre quanto fai offline anche per la fruizione online.
La differenza con i DB di cui state parlando è che lavori solo sul visuale e non sul codice cosa che, per un novizio, trovo molto utile! Almeno per me lo è stato.
#16
Inviato 21 marzo 2012 - 01:58
Ad ogni modo io sono qui per ricevere consigli, e non so nulla, nemmeno di FileMaker: ho lanciato la mano e nascondo il sasso, conto su di voi per aiutarmi a capire cosa potrei usare (per riattaccare la mano, s'intende)!
D
#17
Inviato 21 marzo 2012 - 09:18
Almeno tocchi con mano uno strumento forse più semplice degli altri di cui si è parlato in questa discussione.
0 utente(i) stanno leggendo questa discussione
0 utenti, 0 ospiti, 0 utenti anonimi












