PC SOFT

FORUMS PROFESSIONNELS
WINDEV, WEBDEV et WINDEV Mobile

Accueil  |  Messages récents  | Connexion  |   | Français  FR
Accueil → WINDEV 2024 → Réplication universelle directe: Enregistrement plus récent dans procédure filtre
Réplication universelle directe: Enregistrement plus récent dans procédure filtre
Débuté par DarXnake, 14 déc. 2017 00:30 - 4 réponses
#1
Posté le 14 décembre 2017 - 00:30
Bonjour à tous.

Je suis dans une situation comprenant une base de données MASTER HFSQL C/S et une base de données SUBSCRIBER HFSQL classique synchronisées par une réplication universelle.

En cas de conflit lors de la réplication directe exécutée via HSynchroniseRéplica(), je souhaite mettre en place dans ma procédure de filtre un contrôle pour savoir si l'élément actuellement traité est plus récent dans la Source ou dans la Cible. En d'autres termes, je cherche à reproduire manuellement le fonctionnement de la constante de gestion automatique des conflits :
rplPlusRécentPrioritaire

Malgré mes recherches, je n'arrive pas à trouver sur quelle variable/fonction me baser. Mes 2 tables étant du HFSQL je n'ai pas de notion de dates à comparer.

Quelqu'un aurait-il svp une réponse / idée pour résoudre mon soucis ?

Merci beaucoup
#2
Membre enregistré
280 messages
Popularité : +22 (28 votes)
Posté le 14 décembre 2017 - 09:08
Bonjour,
Connais-tu
HDateEnreg()

par hasard ?

--
Cordialement.
Je vous souhaite une bonne journée depuis le Vietnam.

Olivier.
http://www.impulse-web.com
#3
Posté le 14 décembre 2017 - 09:49
Merci pour votre réponse Olivier, j'avais testé la fonction HDateEnreg() mais je rencontre un soucis lors de son utilisation.

Durant le sens rplVersAbonné (HFSQL C/S --> HFSQL),
HDateEnreg(RPL.AliasSource, hNumEnrEnCours)
me renvoie une chaîne vide, là où
HDateEnreg(RPL.AliasDestination, hNumEnrEnCours)
me retourne bien la date de modification de l'enregistrement.

J'en ai conclu, peut-être à tors, que la fonction HDateEnreg() ne dois pas fonctionner sur les fichiers .RPL de la réplication
#4
Membre enregistré
280 messages
Popularité : +22 (28 votes)
Posté le 15 décembre 2017 - 09:08
Bonjour,

Je ne connais pas très bien comment sont exploités ni mis en forme les fichier .RPL
Mais comme c'est la source du réplica, sont-ils protégés par mot de passe ? Et sont-ils ouverts ?
Auquel cas, peut-être qu'il faudrait avant le HDateEnreg, les ouvrir et faire un Hpasse.

--
Cordialement.
Je vous souhaite une bonne journée depuis le Vietnam.

Olivier.
http://www.impulse-web.com
#5
Posté le 15 décembre 2017 - 12:21
Bjr,

Il se trouve que Olivier BLAIS a formulé :
Bonjour,

Je ne connais pas très bien comment sont exploités ni mis en forme les
fichier .RPL
Mais comme c'est la source du réplica, sont-ils protégés par mot de passe ?
Et sont-ils ouverts ?
Auquel cas, peut-être qu'il faudrait avant le HDateEnreg, les ouvrir et faire
un Hpasse.



Tiens voila un exemple :
(fichiers texte, non protégés ...mais je pense qu'il est deconseillé
d'y toucher .. . par contre le fichier *.syn est binaire)

[MAIN]
Description=Description de replica WinDev / WinDev replica description
Version=7000
RPLType=2
ID=15461
SYNCHROHETEROGENE=1
[RAData]
IDAUTOMin=0
IDAUTOMax=0
LastSyncTimeRA2RM_ID=0
LastSyncTimeRM2RA_ID=0
LastSyncTimeRA2RM_Time=0
LastSyncTimeRM2RA_Time=0
IDUser=CTC003
FICHIERSYNCHRO=CTC003_A_019.syn
FICHIERS=users_maitre_abonnes<RC>rub<RC>ecartes<RC>genre_activites_client<RC>genre_activites_prosp<RC>genre_contact<RC>genre_tel_contact<RC>genre_mail_contact<RC>genre_contact<RC>Compte<RC>tel<RC>contacts<RC>adresse_contact<RC>tel<RC>prosp_new<RC>clients<RC>activites<RC>opport<RC>agenda<RC>emails<RC>attach<RC>fichier<RC>gd<RC>gestdoc<RC>mail<RC>mail_contact<RC>dossier<RC>quest<RC>questrep<RC>parc<RC>releves<RC>habilitation<RC>segment<RC>param
NumDernierRplTransportable=0

a plus

--
-------------------------------------------------------------
www.ctc-soft.com
Gestion biblo-documentaire (free-share)
Comptabilité shareware
Logiciels de Gestion de saisie terrain
Spécialisé Tournées de boulangers
-------------------------------------------------------------
→ Revenir à WINDEV 2024