bonjour à tous,
j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version"
des fichiers ( par exemple correspondant à l'année 2003), puis créer une
nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple
comme un logiciel de comptabilité, ou l'on travail sur l'année en cours,
mais ou l'on peut éventuellement retourner sur l'année précédente
(sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple).
Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir
enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers
(vierges d'informations ou éventuellement en reprenant certaines
informations des fichiers précédents).
je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon
analyse de manière à concerver toutes ces données dans les mêmes fichiers en
ajoutant l'année au clés par exemple , mais cela ne convient pas à ma
gestion), comment faire ????
merci beaucoup de me donner quelques pistes de reflexion....
Bonne prog à tous
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Stephan COMBES
steph a écrit :
bonjour à tous, j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version" des fichiers ( par exemple correspondant à l'année 2003), puis créer une nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple comme un logiciel de comptabilité, ou l'on travail sur l'année en cours, mais ou l'on peut éventuellement retourner sur l'année précédente (sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple). Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers (vierges d'informations ou éventuellement en reprenant certaines informations des fichiers précédents). je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon analyse de manière à concerver toutes ces données dans les mêmes fichiers en ajoutant l'année au clés par exemple , mais cela ne convient pas à ma gestion), comment faire ???? merci beaucoup de me donner quelques pistes de reflexion.... Bonne prog à tous
Salut,
Je pense qu'il te faut mettre tes fichiers dans des répertoires différents et jouer avec hsubsrep, hchangerep et autres si besoin. Voir les exmples de la doc.
Bon dev.
Stephan.
steph a écrit :
bonjour à tous,
j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version"
des fichiers ( par exemple correspondant à l'année 2003), puis créer une
nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple
comme un logiciel de comptabilité, ou l'on travail sur l'année en cours,
mais ou l'on peut éventuellement retourner sur l'année précédente
(sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple).
Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir
enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers
(vierges d'informations ou éventuellement en reprenant certaines
informations des fichiers précédents).
je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon
analyse de manière à concerver toutes ces données dans les mêmes fichiers en
ajoutant l'année au clés par exemple , mais cela ne convient pas à ma
gestion), comment faire ????
merci beaucoup de me donner quelques pistes de reflexion....
Bonne prog à tous
Salut,
Je pense qu'il te faut mettre tes fichiers dans des répertoires
différents et jouer avec hsubsrep, hchangerep et autres si besoin.
Voir les exmples de la doc.
bonjour à tous, j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version" des fichiers ( par exemple correspondant à l'année 2003), puis créer une nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple comme un logiciel de comptabilité, ou l'on travail sur l'année en cours, mais ou l'on peut éventuellement retourner sur l'année précédente (sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple). Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers (vierges d'informations ou éventuellement en reprenant certaines informations des fichiers précédents). je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon analyse de manière à concerver toutes ces données dans les mêmes fichiers en ajoutant l'année au clés par exemple , mais cela ne convient pas à ma gestion), comment faire ???? merci beaucoup de me donner quelques pistes de reflexion.... Bonne prog à tous
Salut,
Je pense qu'il te faut mettre tes fichiers dans des répertoires différents et jouer avec hsubsrep, hchangerep et autres si besoin. Voir les exmples de la doc.
Bon dev.
Stephan.
sebNews
> Je pense qu'il te faut mettre tes fichiers dans des répertoires différents et jouer avec hsubsrep, hchangerep et autres si besoin. Voir les exmples de la doc.
Et si yu met à jour un fichier dans ton analyse ( ajout d'une rubrique) il faut mettre a jour tous les fichiers de chaque dossierpou pouvoir les relire
Sébastien
>
Je pense qu'il te faut mettre tes fichiers dans des répertoires
différents et jouer avec hsubsrep, hchangerep et autres si besoin.
Voir les exmples de la doc.
Et si yu met à jour un fichier dans ton analyse ( ajout d'une rubrique)
il faut mettre a jour tous les fichiers de chaque dossierpou pouvoir
les relire
> Je pense qu'il te faut mettre tes fichiers dans des répertoires différents et jouer avec hsubsrep, hchangerep et autres si besoin. Voir les exmples de la doc.
Et si yu met à jour un fichier dans ton analyse ( ajout d'une rubrique) il faut mettre a jour tous les fichiers de chaque dossierpou pouvoir les relire
Sébastien
Romuald.besset
steph a écrit :
bonjour à tous, j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version" des fichiers ( par exemple correspondant à l'année 2003), puis créer une nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple comme un logiciel de comptabilité, ou l'on travail sur l'année en cours, mais ou l'on peut éventuellement retourner sur l'année précédente (sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple). Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers (vierges d'informations ou éventuellement en reprenant certaines informations des fichiers précédents). je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon analyse de manière à concerver toutes ces données dans les mêmes fichiers en ajoutant l'année au clés par exemple , mais cela ne convient pas à ma gestion), comment faire ???? merci beaucoup de me donner quelques pistes de reflexion.... Bonne prog à tous
Bonjour
Nous vous proposons d'étudier la ressource suivante qui permet de travailler sur un alias du fichier de données dont on peut fixer le nom physique à volonté tout en conservant la programmation 'naturelle'. En effet, ce mécanisme interverti le nom logique des alias. http://www.wdforge.org/modules/icontent/index.php?page
Ainsi, pour vos fichiers annuels, un ouverture de projet il suffit d'activer l'alias comme suit : // PROCEDURE GLOBALE PROCEDURE Alias_FICHIERS(pbActive=Vrai, pcAn est une chaine = gauche(datesys,4))
// Pour lire les infos d'une année... // Désactive des alias précédents éventuels Alias_FICHIERS(faux) // active pour l'année voulue Alias_FICHIERS(vrai,"2003")
"COMMANDE" => pointe sur COMMANDE2003, pas besoins de changer les programmes !
ps : attention aux relations, l'intégrité ne prend pas en compte la notion d'alias !
++ R&B www.WDForge.org
steph a écrit :
bonjour à tous,
j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version"
des fichiers ( par exemple correspondant à l'année 2003), puis créer une
nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple
comme un logiciel de comptabilité, ou l'on travail sur l'année en cours,
mais ou l'on peut éventuellement retourner sur l'année précédente
(sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple).
Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir
enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers
(vierges d'informations ou éventuellement en reprenant certaines
informations des fichiers précédents).
je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon
analyse de manière à concerver toutes ces données dans les mêmes fichiers en
ajoutant l'année au clés par exemple , mais cela ne convient pas à ma
gestion), comment faire ????
merci beaucoup de me donner quelques pistes de reflexion....
Bonne prog à tous
Bonjour
Nous vous proposons d'étudier la ressource suivante qui permet de
travailler sur un alias du fichier de données dont on peut fixer le nom
physique à volonté tout en conservant la programmation 'naturelle'.
En effet, ce mécanisme interverti le nom logique des alias.
http://www.wdforge.org/modules/icontent/index.php?page
Ainsi, pour vos fichiers annuels, un ouverture de projet il suffit
d'activer l'alias comme suit :
// PROCEDURE GLOBALE
PROCEDURE Alias_FICHIERS(pbActive=Vrai, pcAn est une chaine =
gauche(datesys,4))
// Pour lire les infos d'une année...
// Désactive des alias précédents éventuels
Alias_FICHIERS(faux)
// active pour l'année voulue
Alias_FICHIERS(vrai,"2003")
"COMMANDE" => pointe sur COMMANDE2003, pas besoins de changer les
programmes !
ps : attention aux relations, l'intégrité ne prend pas en compte la
notion d'alias !
bonjour à tous, j'aimerai dans mon application que l'utilisateur puisse ouvrir une "version" des fichiers ( par exemple correspondant à l'année 2003), puis créer une nouvelle version des fichers, qu'il puisse la sauvegarder...etc par exemple comme un logiciel de comptabilité, ou l'on travail sur l'année en cours, mais ou l'on peut éventuellement retourner sur l'année précédente (sauvegarde de tout les fichiers .FIC dans un autre dossier par exemple). Donc en résumé, mon analyse (MLD) est la même, mais je voudrais pouvoir enregistrer les fichiers à une date donnée, puis recréer les mêmes fichiers (vierges d'informations ou éventuellement en reprenant certaines informations des fichiers précédents). je ne sais pas très bien comment m'y prendre (j'ai essayé de concevoir mon analyse de manière à concerver toutes ces données dans les mêmes fichiers en ajoutant l'année au clés par exemple , mais cela ne convient pas à ma gestion), comment faire ???? merci beaucoup de me donner quelques pistes de reflexion.... Bonne prog à tous
Bonjour
Nous vous proposons d'étudier la ressource suivante qui permet de travailler sur un alias du fichier de données dont on peut fixer le nom physique à volonté tout en conservant la programmation 'naturelle'. En effet, ce mécanisme interverti le nom logique des alias. http://www.wdforge.org/modules/icontent/index.php?page
Ainsi, pour vos fichiers annuels, un ouverture de projet il suffit d'activer l'alias comme suit : // PROCEDURE GLOBALE PROCEDURE Alias_FICHIERS(pbActive=Vrai, pcAn est une chaine = gauche(datesys,4))
// Pour lire les infos d'une année... // Désactive des alias précédents éventuels Alias_FICHIERS(faux) // active pour l'année voulue Alias_FICHIERS(vrai,"2003")
"COMMANDE" => pointe sur COMMANDE2003, pas besoins de changer les programmes !
ps : attention aux relations, l'intégrité ne prend pas en compte la notion d'alias !
++ R&B www.WDForge.org
steph
bonjour et merci de vos réponses, je commence à regarder et analyser vos suggestions, et je me pose la questions du choix entre les 2 solutions que vous me proposez, l'inconvenient de la solution des alias est sans contest le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut etre en disant cela mais je vais me pencher et étudier de façon approfondie tout cela. merci encore et je vous tiens au courant de mes analyses. Bonne prog à tous.
bonjour et merci de vos réponses, je commence à regarder et analyser vos
suggestions, et je me pose la questions du choix entre les 2 solutions que
vous me proposez, l'inconvenient de la solution des alias est sans contest
le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les
fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut
etre en disant cela mais je vais me pencher et étudier de façon approfondie
tout cela.
merci encore et je vous tiens au courant de mes analyses.
Bonne prog à tous.
bonjour et merci de vos réponses, je commence à regarder et analyser vos suggestions, et je me pose la questions du choix entre les 2 solutions que vous me proposez, l'inconvenient de la solution des alias est sans contest le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut etre en disant cela mais je vais me pencher et étudier de façon approfondie tout cela. merci encore et je vous tiens au courant de mes analyses. Bonne prog à tous.
Romuald.besset
steph a écrit :
bonjour et merci de vos réponses, je commence à regarder et analyser vos suggestions, et je me pose la questions du choix entre les 2 solutions que vous me proposez, l'inconvenient de la solution des alias est sans contest le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut etre en disant cela mais je vais me pencher et étudier de façon approfondie tout cela. merci encore et je vous tiens au courant de mes analyses. Bonne prog à tous.
Merci. Concernant l'intégrité, elle est vérifiée... mais il faut bien prendre garde aux contextes des fichiers respectifs. Par exemple, si vous 'aliassez' un fichier de lignes de commande, il est recommandé d'aliasser aussi celui des entêtes, quitte à y copier les seuls entêtes requis (ce que nous pratiquons avec un certain succès). Sinon c'est dans ce cas que vous aures de problèmes.
Pour les répertoires : le nom de l'alias étant le nom physique, rien ne s'oppose alors à proposer le chemin complet de votre fichier pour le localiser à volontée (et oui, on y a aussi pensé...).
Evidement que cette pratique est à manipuler avec une grande précaution et il est important de posséder une connaissance respectable des contextes hyperfile.
++ R&B www.WDForge.org
steph a écrit :
bonjour et merci de vos réponses, je commence à regarder et analyser vos
suggestions, et je me pose la questions du choix entre les 2 solutions que
vous me proposez, l'inconvenient de la solution des alias est sans contest
le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les
fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut
etre en disant cela mais je vais me pencher et étudier de façon approfondie
tout cela.
merci encore et je vous tiens au courant de mes analyses.
Bonne prog à tous.
Merci.
Concernant l'intégrité, elle est vérifiée... mais il faut bien prendre
garde aux contextes des fichiers respectifs.
Par exemple, si vous 'aliassez' un fichier de lignes de commande, il est
recommandé d'aliasser aussi celui des entêtes, quitte à y copier les
seuls entêtes requis (ce que nous pratiquons avec un certain succès).
Sinon c'est dans ce cas que vous aures de problèmes.
Pour les répertoires : le nom de l'alias étant le nom physique, rien ne
s'oppose alors à proposer le chemin complet de votre fichier pour le
localiser à volontée (et oui, on y a aussi pensé...).
Evidement que cette pratique est à manipuler avec une grande précaution
et il est important de posséder une connaissance respectable des
contextes hyperfile.
bonjour et merci de vos réponses, je commence à regarder et analyser vos suggestions, et je me pose la questions du choix entre les 2 solutions que vous me proposez, l'inconvenient de la solution des alias est sans contest le pb de l'intégrité non vérifié. maintenant cela suppose aussi que tous les fichiers sont tous dans le même repertoire je suppose ?..; je m'avance peut etre en disant cela mais je vais me pencher et étudier de façon approfondie tout cela. merci encore et je vous tiens au courant de mes analyses. Bonne prog à tous.
Merci. Concernant l'intégrité, elle est vérifiée... mais il faut bien prendre garde aux contextes des fichiers respectifs. Par exemple, si vous 'aliassez' un fichier de lignes de commande, il est recommandé d'aliasser aussi celui des entêtes, quitte à y copier les seuls entêtes requis (ce que nous pratiquons avec un certain succès). Sinon c'est dans ce cas que vous aures de problèmes.
Pour les répertoires : le nom de l'alias étant le nom physique, rien ne s'oppose alors à proposer le chemin complet de votre fichier pour le localiser à volontée (et oui, on y a aussi pensé...).
Evidement que cette pratique est à manipuler avec une grande précaution et il est important de posséder une connaissance respectable des contextes hyperfile.
