Convertir DB en VCF

Un téléphone, un carnet d’adresses de bureau ou un utilitaire de sauvegarde peut stocker des contacts dans une base de données .db, alors que la destination n’accepte que les fichiers vCard. L’exportation des enregistrements au format .vcf permet de les importer dans Contacts, Google Contacts, Outlook, Thunderbird ou un autre appareil compatible.

Qu’est-ce que le format DB ?

.db est une extension de fichier, et non un format de contact unique. Le fichier peut être une base de données SQLite, une base de données propre à une application, une sauvegarde Palm ou mobile, ou un fichier binaire propriétaire. Le programme ou l’appareil qui l’a créé détermine la manière dont ses enregistrements doivent être décodés.

Une base de données SQLite peut être inspectée avec DB Browser for SQLite, SQLiteStudio ou l’utilitaire SQLite en ligne de commande. Travaillez sur une copie et identifiez le format avant d’effectuer toute modification. Sur les systèmes disposant de la commande file, file contacts.db peut identifier un fichier SQLite, mais cette commande ne peut pas interpréter les bases de données propriétaires.

Les données de contacts SQLite peuvent être réparties dans des tables telles que contacts, phone_numbers, emails et addresses. D’autres bases de données peuvent contenir des valeurs chiffrées, supprimées, hachées ou internes à l’application plutôt que des champs de contact exportables. Un convertisseur générique ne peut pas traiter de manière fiable tous les fichiers utilisant l’extension .db.

Qu’est-ce que le format VCF ?

VCF est l’extension de fichier habituelle de vCard, un format d’échange de contacts textuel. Un fichier peut contenir un seul contact ou plusieurs enregistrements délimités par BEGIN:VCARD et END:VCARD. Les propriétés courantes comprennent les noms, les numéros de téléphone, les adresses e-mail, les organisations, les adresses postales, les anniversaires, les photographies, les notes et les informations sur les groupes de contacts.

vCard 3.0 est généralement accepté par les anciens téléphones et carnets d’adresses de bureau ; vCard 4.0 définit mieux les propriétés modernes, mais n’est pas pris en charge par tous les outils d’importation. VCF préserve plus efficacement les limites des contacts et les libellés des champs qu’une feuille de calcul, même si les propriétés non prises en charge peuvent encore être supprimées lors de l’importation.

Exporter depuis l’application source

1. Identifiez l’application ou l’appareil qui a créé la base de données et créez une copie de sauvegarde du fichier.
2. Ouvrez la base de données avec cette application au lieu de modifier directement ses tables internes.
3. Utilisez une commande telle que Contacts → Export, File → Export → vCard ou la fonction de migration ou de sauvegarde de l’application.
4. Sélectionnez vCard, vCard 3.0 ou .vcf, puis enregistrez le fichier exporté.
5. Ouvrez le résultat dans un éditeur de texte et vérifiez qu’il contient des blocs complets BEGIN:VCARD et END:VCARD.

Il s’agit de la méthode recommandée pour les bases de données de téléphones et les bases propriétaires, car le logiciel d’origine peut résoudre les tables liées, l’encodage des caractères, les photos de contacts, les champs personnalisés et les marqueurs d’enregistrements propres à l’application.

Extraire des contacts depuis SQLite

Ouvrez une copie d’un fichier SQLite lisible dans DB Browser for SQLite ou SQLiteStudio, puis examinez les tables et les colonnes. Depuis un terminal, ces commandes listent les tables et affichent les colonnes d’une table :

sqlite3 contacts.db ".tables"
sqlite3 contacts.db "PRAGMA table_info(contacts);"

Après avoir identifié le schéma correct, exportez les champs pertinents au format CSV. Cet exemple suppose un contact par ligne ; modifiez les noms de table et de colonne pour les adapter à la base de données :

sqlite3 -header -csv contacts.db "SELECT first_name, last_name, phone, email FROM contacts;" > contacts.csv

Si les numéros de téléphone ou les adresses e-mail sont stockés dans des tables distinctes, utilisez des jointures SQL ou un script pour les regrouper sous la bonne personne. Ne supposez pas qu’une table nommée contacts existe ou que ses colonnes portent ces noms.

Convertir les données extraites au format VCF

Pour un petit jeu de données, importez le CSV dans une application de carnet d’adresses, associez les colonnes de nom, de téléphone, d’adresse e-mail, d’adresse et de note, puis exportez au format vCard. Sur macOS, Apple Contacts peut importer des données CSV compatibles et utiliser File → Export → Export vCard. Thunderbird avec l’extension CardBook peut importer les champs CSV associés et exporter au format vCard. Outlook peut importer des données de contacts CSV, mais l’exportation groupée au format vCard n’est pas disponible de manière uniforme dans toutes les versions d’Outlook ; utilisez donc une application de carnet d’adresses compatible avec vCard lorsqu’Outlook ne peut pas produire le fichier requis.

Pour un traitement reproductible, utilisez un script ou une bibliothèque telle que vobject pour Python. Voici un enregistrement vCard 3.0 minimal :

BEGIN:VCARD
VERSION:3.0
N:Smith;Jane;;;
FN:Jane Smith
TEL;TYPE=CELL:+15551234567
EMAIL:jane@example.com
END:VCARD

Générez un enregistrement complet par contact, encodez le fichier en UTF-8 et échappez les barres obliques inverses, les virgules, les points-virgules et les sauts de ligne conformément à la version de vCard. Pliez les lignes longues lorsque la spécification l’exige. Les numéros de téléphone ou adresses e-mail multiples doivent être écrits sous forme de propriétés TEL ou EMAIL répétées, et non concaténés en une seule valeur.

Options de conversion en ligne

Les convertisseurs en ligne sont pratiques uniquement après l’ouverture de la base de données et son exportation dans un format pris en charge, généralement CSV. Un service tel que ConvertCSV peut être utilisé pour convertir un fichier CSV en vCard lorsque son outil actuel accepte les colonnes requises ; commencez par téléverser un petit fichier de test et vérifiez les enregistrements générés. Les services en ligne ne peuvent généralement pas déduire le schéma d’un fichier .db propriétaire quelconque.

Les bases de données de contacts contiennent des informations personnelles ; utilisez donc autant que possible des outils locaux pour les carnets d’adresses complets. Si un service en ligne est nécessaire, vérifiez ses conditions de confidentialité, de conservation et de suppression, évitez de téléverser des mots de passe ou des tables de base de données sans rapport, puis supprimez le fichier téléversé après l’opération si le service propose des options de suppression.

Contrôles de qualité et de compatibilité

• Les noms, les numéros de téléphone et les adresses e-mail sont généralement transférés correctement ; les photos, les groupes, les libellés, les adresses, les anniversaires, les notes, les champs personnalisés et les relations liées peuvent être perdus.
• Utilisez vCard 3.0 et UTF-8 lors de l’importation vers un ancien téléphone ou une destination inconnue, puis testez quelques contacts avant d’importer le fichier complet.
• Vérifiez les noms non latins, les caractères accentués, les numéros de téléphone internationaux, les notes multilignes, les contacts en double et les valeurs multiples pour un même champ.
• Une base de données peut être chiffrée ou dépendre d’une clé d’application ; l’ouvrir dans SQLiteStudio ou DB Browser ne la déchiffre pas et ne rend pas nécessairement ses enregistrements compréhensibles.
• Conservez la base de données d’origine et gardez le CSV ou le VCF exporté comme sauvegarde distincte jusqu’à ce que la destination ait été vérifiée.