Comment comparer des données entre une base de données et un guide qui sont différemment structurées?

Question

Un problème assez compliqué en échange de données entre une base de données et un BookForm:

L'organisation dans laquelle je travaille a une base de données MySQL pour tous les organismes sans but lucratif sociale à Bruxelles, en Belgique. En même temps, il existe un livret créé dans Indesign qui a été développé à un moment différent et avec des personnes différentes de la base de données et qui a par conséquent une structure différente.

Chaque année, un nouveau livre est publié et les données doivent être comparées manuellement en raison de cette différence de structure. Le livre change sa façon d'afficher les entrées selon le besoin d'un chapitre. Il serait utile d'avoir un outil de recherche et de changement sur plusieurs plateformes, mieux non avec un seul mot-clé mais avec toutes les données pertinentes pour une entrée dans le livre.

Un exemple d'une entrée dans le livret:

beschutte WERKPLAATS BOUCHOUT Neromstraat 26 • 1861 Wolvertem • Tel 02-272 42 80 • Fax 02-269 85 03 • Gsm 0484-101 information 484 E-mail @ bwbouchout.be • Site Web www.bwbouchout.be Werkdagen: 8u - 16u30, jusqu'au 14ju45. Personen a rencontré des problèmes de/verstandelijke handicap. Ook psychiatrische patiënten en mensen met een meervoudige handicap. Capaciteit: 180 tewerkstellingsplaatsen.

Un problème: Le numéro de téléphone portable est écrit dans un autre format que dans la base de données. La base de données dirait: 0484 10 14 84 le livre dit: 0484-101 484

Les temps d'ouverture sont formulés complètement différents, mais certains d'entre eux sont similaires.

Existe-t-il des outils qui faciliteraient la vie? Outils où vous seriez en mesure de trouver des données similaires quelque chose comme: similar data finder for excel mais ensuite multiplateforme et avec plus de possibilités? Je crois que la plupart des programmes d'échange de données fonctionnent très «à sens unique pour chaque entrée». Y a-t-il un programme plus flexible? Par souci de clarté: j'ai besoin de comparer les données, pas de générer les données à partir de la base de données. Cela pourrait signifier économiser beaucoup de temps, d'argent et de fatigue oculaire. Merci,

Erik Willekens

Answer 1

Erik,

Le problème spécifique de comparer deux numéros de téléphone qui sont formatées différemment est relativement facile à surmonter en dépouillant tous les caractères non numériques.

Cependant, je ne pense pas que ce soit vraiment ce que vous essayez d'atteindre. Je crois que vous essayez de comparer si les données du livret sont différentes des données de la base de données, mais ne tiennent pas compte de certains formats.

En réalité, cela n'est pas possible sans avoir quelques règles très bien définies sur le formatage. Par exemple, le formatage sur le nom de l'organisation est probablement très significatif alors que le formatage du numéro de téléphone ne l'est pas. Au lieu de cela, vous devez suivre les modifications dans la base de données et vérifier manuellement le livret.

Answer 2

Une solution possible consiste à stocker les détails du livret pour chaque enregistrement de votre base de données à côté de ceux correctement formatés.Cela vous permet d'effectuer une conversion manuelle une fois pour l'ensemble du livret, puis chaque année suivante vous permet de comparer les nouvelles valeurs de livret aux anciennes valeurs de livret stockées dans la base de données.

Un exemple pourrait rendre cela plus clair. Imaginez que vous aviez ce disque très simple:

Org Name Booklet Org Name GSM   Booklet GSM 
-------- ---------------- ---   ----------- 
BESCHUTTE BESCHUTTE WERKP 0484 10 14 84 0484-101 484 

Lorsque vous obtenez le livret de l'année prochaine, puis tant que le numéro de GSM dans le nouveau livret dit encore 0484-101 484 vous ne serez pas à vous soucier de le convertir en votre format de base de données et ensuite vérifier pour voir si elle a changé.

Ce ne serait pas une bonne approche si une grande partie des détails dans le livret a changé chaque année