Questions et réponses d’ordre technique

Non. Tous les composants nécessaires sont contenus dans la plate-forme Data Quality Real-Time Services correspondante et le kit client respectif d’Uniserv. La technologie client/serveur d’Uniserv s’appuie sur le logiciel système TCP/IP existant sur chaque système d’exploitation. Vous n’aurez donc besoin d’aucun logiciel de connectivité supplémentaire.

Oui. Différents procédés sont utilisés à cette fin, selon le champ d’application. La solution la plus élégante consiste à utiliser un déclencheur pour synchroniser automatiquement l’intégralité des composants Data Quality Real-Time Services lors de chaque modification de la base de données. En guise de solution alternative dans l’environnement client/serveur, les serveurs soutiennent le protocole de validation à deux phases via la fonctionnalité de mise à jour.

La segmentation est une technique utilisée habituellement pour les systèmes employant des technologies simples dans le but d’obtenir une performance acceptable même dans de très grandes bases de données d’adresses.
L’inconvénient de la segmentation réside dans le fait que les doublons ne sont habituellement pas détectés entre les segments. En effet, des « zones aveugles » (blind spots) abritant un nombre non négligeable de doublons peuvent survenir lors de la déduplication. Dans le cas des solutions logicielles qui procèdent à une segmentation (interne) jusqu’au niveau des ménages, l’utilisateur n’a pratiquement aucune chance de reconnaître le cas d’exemple suivant en tant que doublon potentiel :

• Charles Duchemin, 2 rue de la Trompette, 75012 Paris
   
• Charles Duchemin, 22 rue de la Trompette, 75012 Paris

Nos solutions fonctionnent avec tous les systèmes de bases de données courants sur les différentes plate-formes systèmes. Non solutions logicielles s’adaptent à votre environnement système et non le contraire !

Il convient d’utiliser les processus suivants selon le type de transmission et de saisie des données. Si la priorité est donnée à l’assurance d’une qualité optimale, il ne s’agirait pas de « ou bien… ou bien », mais plutôt de « aussi bien ceci… que cela ».

• Les procédés regroupés sous la méthode de logique floue sont bien appropriés pour identifier les erreurs de lecture ou d’entrée des données.

• Quant aux procédés connus sous la dénomination « phonétique », ils se prêtent bien à la détection des erreurs dans les adresses transmises par voie acoustique. Dans le cas de la méthode phonétique, il est important d’effectuer une adaptation à la langue respective ou au pays.

La combinaison des deux procédés devrait également apporter des résultats efficaces. Ainsi, on arrive à éliminer toute sorte d’erreurs pouvant résulter par exemple d’une mauvaise compréhension du nom au téléphone ainsi que d’une entrée incorrecte des données dans la base des données suite à une faute de frappe.

Oui, des versions 64 bits sont disponibles pour un grand nombre de nos solutions.

Plan du site | Webmaster | Protection des données | Impression | © 2011 Uniserv GmbH