Banche dati del progetto: Post conversione

Tradotto automaticamente da Deepl

In questo post abbiamo mostrato come convertire un database binario in un database di progetto. Una volta che tutto è pronto e la conversione è stata completata con successo, si può iniziare a lavorare con il database del progetto. Tuttavia, potrebbero sorgere alcune domande: tutti i file del database sono utili? È ovvio che il file di struttura “.4DB” non è più necessario. Posso eliminare altri file?

Ecco tutto ciò che è necessario sapere dopo la conversione.

La struttura

Per un database binario, la descrizione dell’applicazione è memorizzata in due file (.4DB e.4DIndy). Per un database di progetto, questa descrizione si trova nei file memorizzati nella cartella “Project”.

Quindi, dopo la conversione, è possibile rimuovere entrambi i seguenti file:

  • <database>.4db
  • <database>.4dIndy

Per maggiori dettagli sull’architettura di un database di progetto, consultate questo post del blog.

Dati

Durante la fase di sviluppo, spesso è più facile avere i dati accanto alla struttura(ad esempio, per i test, per il trasferimento su un altro computer, ecc.) Tuttavia, molte delle nuove funzioni di 4D utilizzano il concetto di “accanto ai dati” per salvare determinati parametri o file, quindi durante i test di sviluppo come si può essere sicuri di utilizzare il file accanto ai dati e non quello accanto alla struttura?

Per i nuovi database di progetto, 4D crea una cartella “Dati” allo stesso livello della cartella “Progetto”. Pertanto, anche durante la fase di sviluppo, un file situato accanto ai dati è diverso da un file situato accanto alla struttura.

Pertanto, dopo la conversione, si consiglia di:

    1. Creare una cartella Dati allo stesso livello della cartella Progetto.
    2. Spostare i file data.4dd e data.4DIndx nella nuova cartella Data.

blank

Impostazioni

4D dispone di preferenze utente per l’ambiente 4D, di preferenze utente per il database e di impostazioni per il database.

  • Le preferenze dell’utente per l’ambiente 4D includono, ad esempio, il colore della sintassi dei metodi. Per i database binari e di progetto, queste preferenze sono memorizzate in un file “4D Preferences vXX.4DPreferences”.
  • Le preferenze o configurazioni dell’utente per il database includono elementi quali l’elenco delle finestre aperte, la posizione dei punti di interruzione e così via. Per un database binario, queste informazioni vengono salvate nei file .4DB. Per un database di progetto, queste informazioni sono salvate in diversi file in una cartella “userPreferences.<nome>”.
  • Le impostazioni per il database includono le preferenze per la configurazione di un backup o per la creazione dell’applicazione, ecc.

In sintesi, 4D utilizza il termine “preferenze” per i parametri dell’utente che sono correlati tra loro e il termine “impostazioni” per i parametri relativi al database.

Per ulteriori informazioni, potete leggere questo post sul blog.

Un esempio concreto

In questo video, troverete il database “Contatti” che abbiamo convertito in un precedente post del blog.

Per prima cosa, ribadiremo i concetti sopra esposti in un diagramma, quindi mostreremo il risultato con il database “Contatti”.

Vanessa Talbot
- Product Owner - Vanessa Talbot è entrata a far parte del team di 4D Program nel giugno 2014. In qualità di Product Owner, è incaricata di scrivere le storie degli utenti e di tradurle in specifiche funzionali. Il suo ruolo è anche quello di assicurarsi che l'implementazione della funzionalità fornita soddisfi le esigenze del cliente. Ha lavorato sulla maggior parte delle nuove funzionalità di multi-threading preemptive e anche su un argomento molto complesso: la nuova architettura per le applicazioni con motore. Vanessa si è laureata presso Telecom Saint-Etienne. Ha iniziato la sua carriera presso il Criminal Research Institute come sviluppatrice per il dipartimento audiovisivo. Ha lavorato anche nei settori dei media e della medicina come esperta di supporto tecnico, produzione e documentazione di nuove funzionalità.