Il s'agit de la commande db_dump185 qui peut être exécutée dans le fournisseur d'hébergement gratuit OnWorks en utilisant l'un de nos multiples postes de travail en ligne gratuits tels que Ubuntu Online, Fedora Online, l'émulateur en ligne Windows ou l'émulateur en ligne MAC OS
PROGRAMME:
Nom
db_dump185 - vidage des fichiers de base de données hérités DB 1.85
SYNOPSIS
db_dump185 [-p] [-f sortie] fichier_bd
DESCRIPTION
Le db_dump185 l'utilitaire lit le fichier de base de données version 1.85 fichier_bd et l'écrit au
sortie standard utilisant un format de texte plat portable compris par le db_load(1) utilitaire.
L'argument fichier_bd doit être un fichier produit en utilisant la version 1.85 DB fonctions de la bibliothèque.
Les options sont les suivantes :
-f Écrire au spécifié filet au lieu de la sortie standard.
-p Si les caractères de la clé ou des éléments de données sont des caractères d'impression (tels que définis par
estprint(3)), utilisez des caractères d'impression dans filet pour les représenter. Cette option permet
utilisateurs d'utiliser des éditeurs de texte standard pour modifier le contenu des bases de données.
Notez que différents systèmes peuvent avoir des notions différentes quant aux caractères
``impression'', et les bases de données vidées de cette manière peuvent être moins portables vers des
systèmes.
Le vidage et le rechargement des bases de données de hachage qui utilisent des fonctions de hachage définies par l'utilisateur entraîneront
nouvelles bases de données qui utilisent la fonction de hachage par défaut. Lors de l'utilisation de la fonction de hachage par défaut
peut ne pas être optimal pour la nouvelle base de données, elle continuera à fonctionner correctement.
Vidage et rechargement des bases de données btree qui utilisent des fonctions de préfixe ou de comparaison définies par l'utilisateur
se traduira par de nouvelles bases de données qui utilisent les fonctions de préfixe et de comparaison par défaut. In
this Cas, it is assez Probable qui le base de données sera be endommagé dans tous réparation permettant
ni record storage or récupération.
La seule solution de contournement disponible dans les deux cas consiste à modifier les sources du db_load(1)
utilitaire pour charger la base de données en utilisant les fonctions de hachage, de préfixe et de comparaison correctes.
Le db_dump l'utilitaire quitte 0 en cas de succès et >0 en cas d'erreur.
SORTIE FORMATS
Il existe deux formats de sortie utilisés par db_dump.
Dans les deux formats de sortie, les premières lignes de la sortie contiennent des informations d'en-tête
décrivant la méthode d'accès sous-jacente, la taille de la page du système de fichiers et d'autres éléments de comptabilité
informations. Cette information est sortie dans des paires ``nom=valeur'', où ``nom'' peut être
l'un des mots-clés répertoriés dans le db_load(1) page de manuel, et ``valeur'' sera sa valeur.
Bien que ces informations d'en-tête puissent être modifiées avant le rechargement de la base de données, il existe
rarement aucune raison de le faire, car toutes ces informations peuvent être remplacées par la ligne de commande
arguments à db_load.
Après les informations d'en-tête se trouvent les paires clé/données de la base de données. Si la
la base de données en cours de vidage est de type arbre or hachage, la sortie sera constituée de lignes de texte appariées,
où la première ligne de la paire est l'élément clé et la deuxième ligne de la paire est son
élément de données correspondant. Si la base de données en cours de vidage est de type recno, la sortie sera
être des lignes de texte, où chaque ligne est un nouvel élément de données pour la base de données.
Si la -p option a été spécifiée, chaque ligne de sortie sera composée de caractères uniques
représentant tous les caractères de la base de données qui étaient « imprimés », et une barre oblique inverse
(``\'') caractères d'échappement pour ceux qui ne l'étaient pas. Les barres obliques inverses apparaissant dans le
sortie signifie l'une des deux choses suivantes : si la barre oblique inverse précède une autre barre oblique inverse
caractère, cela signifie qu'une barre oblique inverse littérale s'est produite dans la clé ou l'élément de données.
Si la barre oblique inverse précède tout autre caractère, les deux caractères suivants doivent être
interprété comme une spécification hexadécimale d'un seul caractère, par exemple, ``\0a'' est une nouvelle ligne
caractère dans le jeu de caractères ASCII.
Si la -p option n'a pas été spécifiée, chaque ligne de sortie consistera en hexadécimal apparié
valeurs, par exemple, la ligne ``726f6f74'' est la chaîne ``root'' dans le jeu de caractères ASCII.
Dans les deux formats de sortie, un seul caractère de nouvelle ligne termine à la fois la clé et les éléments de données.
Utilisez db_dump185 en ligne à l'aide des services onworks.net
