3 réponses à ce sujet

[Gehel]

Bonjour à tous,

Après plusieurs recherches sur différents blogs...je n'ai toujours pas de réponse claire (et facilitant la décision) sur l'intérêt de construire une application en séparant la structure et les données (type 4D par exemple).
Il semble que ce serait le plus simple pour faire de la maintenance à distance sans interrompre l'utilisateur (mais que transmettre dans ce cas ?), mais il serait aussi possible de contourner l'obstacle en exportant puis en important les données de l'utilisateur (plus ou moins par scripts...) dans une structure mise à jour (mais alors quels sont les risques s'il y a 15 tables....?).
Comment font les développeurs professionnels (dont je ne fais pas partie ) ? Ce n'est pas un "gros problème" pour moi...mais comprendre aide à mieux développer. MERCI d'avance.

[temp007]

Bonjour
Un peu de lecture chez l'ami Fabrice : http://www.1-more-th...es-donnees.html

Bonne journée

[fabriceN]

Bonsoir,
pour moi, il n'y a qu'un et un seul intérêt à la séparation données/interface, c'est de diminuer le trafic réseau. Pour cela, le fichier d'interface est sur le poste client. (notamment très efficace avec FileMaker Go).
Toutes les autres raisons généralement évoquées (simplification des mises à jour...) me semblent de mauvaises raisons.

[Gehel]

Merci à temp007 et Fabrice,
De retour de déplacement...j'ai de la lecture et matière à reflexion (donc aucun intérêt pour une application monoposte même donnée à un ami ?)
Bien cordialement
Gérard