Foire aux questions

DB-MAIN demande un numéro de série au démarrage lorsqu'il ne trouve pas le fichier de licence à la première exécution ou lorsque la licence n'est plus valide.

Si, après l'introduction du numéro, le bouton OK ne fonctionne pas, cela signifie que le numéro de licence est erroné.
Solution : Vérifiez que vous introduisez un numéro de licence compatible avec la version de DB-MAIN. Si vous essayez d'introduire un numéro de licence version 9 avec DB-MAIN 8, cela ne marchera pas. Dans ce cas, vous devez télécharger la nouvelle version et utiliser le numéro de licence envoyé automatiquement. Si le numéro de licence est compatible avec la version, vérifiez qu'il a été correctement introduit. Si le problème persiste, contactez dbm@rever.eu.

Si, après l'introduction du numéro, le message [Your DB-MAIN license has expired. You can renew it on www.db-main.eu (menu Support).] apparaît, cela signifie que la date de validité du numéro de licence est dépassée.
Solution : Renouveler votre numéro de licence en allant dans la rubrique Support du site internet.

Si, après l'introduction du numéro, le message [Impossible to generate the DB_MAIN.LIC file. Check that you have write permissions on the DB-MAIN setup directory.] apparaît, cela signifie que DB-MAIN n'a pas les permissions nécessaires pour écrire le fichier de licence dans son répertoire d'installation. Ce problème apparaît surtout sous Windows Vista et Windows 7.
Solution : Exécutez DB-MAIN en tant qu'administrateur (clic droit sur le raccourci DB-MAIN et sélection de Exécuter en tant qu'administrateur). Lors des démarrages suivants, exécutez DB-MAIN normalement.

Il existe un tutoriel de 60 minutes, appelé FirstStep, pour vous aider à démarrer avec la conception de bases de données et avec la manipulation de DB-MAIN. Ce petit tutoriel est inclus (1st-step.hlp). Il est accessible à partir de la fenêtre de démarrage de DB-MAIN ou il peut-être utilisé indépendamment.

Vous pouvez étendre vos connaissances avec le tutoriel d'introduction à la conception de bases de données étendu (Introduction to Database Design, 300 pages). Vous pouvez suivre les douzes leçons et travailler tous les exercices.

Pour un apprentissage plus approfondi sur la modélisation des données, vous pouvez lire le premier volume de la série Computer-aided Database Engineering (400 pages).

Si vous constatez que, malgré le peu de modifications apportées à un projet, la taille du fichier LUN augmente anormalement. Il se peut que, volontairement ou non, vous ayez activé l'enregistrement de toutes les opérations que vous réalisez sur un schéma. Cela a pour conséquence de créer un fichier de log (historique des opérations) qui est enregistré automatiquement dans votre fichier LUN lors de chaque sauvegarde.
Solution : Pour tous les schémas de votre projet, vérifiez que le traçage est désactivé (menu Log/Trace) et, si nécessaire, effacez le log déjà enregistré (menu Log/Clear log). Avant de détruire le log, vous pouvez également le sauvegarder dans un fichier différent du fichier LUN (menu Log/Save log as...) afin de le rejouer plus tard (menu Log/Replay). Pour finaliser le nettoyage du fichier LUN, sauvegardez votre projet.

Vous êtes dans un schéma "vue"; ces schémas sont limités dans les modifications permises.
Solution : travaillez dans le schéma source et regénérez la vue.

L'outil est en mode de contrôle d'historique (history controlled mode) et aucun processus travaillant avec ce schéma n'est actif (en d'autres termes, le schémas n'est plus modifiable). Dans ce mode, un produit dont le processus de création a été terminé ne peut plus être modifié, pour ne pas rendre inconhérent la série de produits dérivés de celui-là. Par exemple, ajouter un attribut à un schéma conceptuel après que le code SQL ait été généré et compilé amènerait une inconsistence dans le projet.
Solution : changez le mode dans la fenêtre Engineering/Control. Soyez conscient que la cohérence de l'historique ne sera dès lors plus assurée.

La barre d'outils est fermée.
Solution : faire apparaître cette barre par le menu Window/Graphical tools

La barre d'outil est affichée, mais elle est déplacée hors des limites de l'écran.
Solution : Augmentez la résolution de l'écran pour voir la barre ou éditez le fichier de configuration db_main.ini" (répertoire "Windows" en version 8 et antérieure, répertoire "Documents and Settings\xxx\Application Data\DB-Main" en version 9 et postérieure). En version 8 et antérieure, dans la section [TOOL_POS], mettez la valeur de GRAPH_X à 0 (GRAPH_X=0) et la valeur de GRAPH_Y à 0 (GRAPH_Y=0). En version 9 et postérieure, dans la section [Perspectives], mettez à la variable Layout la valeur vide (Layout=).

Vous utilisez une version 5.* ou plus ancienne sous Windows 2000. Vous devriez utilisez une version 9 ou ultérieure.

Lorsque vous changez la valeur d'un paramètre, vous devez cliquer le bouton change avant de fermer la boîte de dialogue ou les changements ne seront pas sauvegardés.

Quittez et redémarrez DB-MAIN (certains paramètres sont lus au démarrage).

Examinez le contenu du fichier db_main.ini (répertoire "Windows" en version 8 et antérieure, répertoire "Documents and Settings\xxx\Application Data\DB-Main" en version 9 et postérieure). Ce fichier garde tous les paramètres courants.

Ces questions concernent des projets développés avec les versions 1 à 3 de DB-MAIN. De nouveaux concepts ont été ajoutés aux versions ultérieures et DB-MAIN essaye de convertir les anciens projets pour les adapter à ces nouveaux concepts. Vos projets ne seront pas corrompus quelle que soit la réponse que vous donnez aux questions.

Première question : "Convert the parameters in the descriptions into dynamic properties?" (Convertir les paramètres des descriptions en propriétés dynamiques ?)
Explication : Il existe deux manières d'ajouter des méta-propriétés dans DB-MAIN (voir tutoriels et manuel de référence): les anciens paramètres semi-formels (les expressions "#property=value#" dans les descriptions sémantiques et techniques) et les propriétés dynamiques, plus formelles (visualisables avec le bouton PROP). Cette question vous demande si vous voulez convertir les paramètres semi-formels en propriétés dynamiques. Vous pouvez répondre "yes" en tout sécurité.

Deuxième question : "Convert connections into processes?" (Convertir les connexions en processus ?)
Explication : Dans les versions précédentes, les schémas et autres produits étaient indépendants les uns des autres et des flèches (connexions) les reliant indiquaient simplement des relations informelles. Dans les versions plus récentes, les relations entre produits sont précisément définies par des processus (un processus utilise certains produits pour construire d'autres produits). Cette question vous demande si vous voulez convertir les relations informelles en processus (fictifs). Vous pouvez répondre "yes" en toute sécurité.

DB-MAIN est compatible de manière ascendante. Cela veut dire que tout projet développé avec la version X peut être importé par toute version Y avec Y>=X. Cependant, DB-MAIN n'est pas compatible de manière descendante car son référentiel s'étend au fil du temps.
Solution : Utilisez la version correcte. Vous pouvez aussi essayer d'exporter le projet au format ISL ou XML (File/Save as au format *.ISL ou *.XML), qui est moins sensible au numéro de version pour les projets qui n'utilisent pas les dernières nouveautés de l'atelier.

Le projet peut être corrompu. Vous pouvez en envoyer une copie au support technique qui pourra peut-être vous aider à le récupérer.

Certaines chaînes de caractères peuvent être trop longues et dépasser de leur boîte lorsqu'elles sont copiées dans certains documents. DB-MAIN calcule la taille des boîtes en fonction de leurs plus longues chaînes pour les afficher correctement à l'écran. Lorsque ces chaînes sont copiées sur un autre média (un fichier Word par exemple), il se peut que Windows impose des paramètres différents et que leur taille soit calculée différement, qu'elles apparaissent plus courtes ou plus longues que dans DB-MAIN et qu'elles dépassent des limites des boîtes.
Solution : Sélectionnez la boîte dans le document Word et étirez-là jusqu'à ce qu'elle englobe toutes les chaînes de caractères. NB: il n'existe aucune relation entre la façon dont les chaînes sont affichées dans DB-MAIN (toujours correct), dans un document Word ou sur papier. Toute solution élégante est la bienvenue.
Le problème peut être rencontré avec certains facteurs de réduction seulement. Vous pouvez tenter d'identifier certains facteurs de réduction qui donnent de meilleurs résultats avec votre installation et prendre l'habitude de les utiliser.

Un problème rare mais ennuyeux qui peut apparaître avec certaines cartes graphiques (par ex. ASUS-MEW V2.1 mise en service en 1999) est que la longueur d'une boîte de type d'entités est un peu plus petite que les lignes qui définissent les différents compartiments de cette boîte (nom, attributs, groupes, etc). Ceci peut produire des dessins peu esthétiques, dans un document Word par exemple. Ceci est un problème du pilote de la carte graphique. D'autres programmes montrent le même genre de problème.
Solutions : Vous avez besoin d'un pilote plus récent pour votre carte graphique. Dans un document Word, double-cliquez sur le schéma et fermez le.

L'espace graphique de DB-MAIN est très grand, couvrant plusieurs kilomètres carrés avec une résolution de un micron. Cependant, Windows limite la taille de ses fenêtres à 64 mètres carrés. Un schéma particulièrement grand peut être obtenu de manière automatisée, en faisant de la rétro-ingénierie par exemple. Dans ce cas, en effet, les types d'entités créés sont affichés côte à côte, ce qui fait qu'un schéma de plus de huit mètres de large est relativement courant. Un object graphique positionné au-delà de cette limite ne se dessine pas correctement.
Solution : Utiliser un plus petit facteur de zoom pour ramener l'objet dans la zone gérée par Windows. Ces objets éloignés peuvent alors être déplacés et ramenés vers le centre du schéma.

DB-MAIN utilise un algorithme intelligent pour rafraichir la représentation graphique des schémas. Seuls les objets qui ont une partie visible dans la fenêtre courante sont redessinés. C'est une des raisons de la grande vitesse de DB-MAIN. Mais redessiner les arcs est un problème plus complexe. Un arc reliant deux objets invisibles peut avoir à traverser l'écran, donc, étant visible, il doit être redessiné. Identifier les arcs qui traversent l'écran est un processus gourmand en temps de calcul, donc il a été décider de redessiner tous les arcs. Un schéma qui contient 40.000 arcs, tels des graphes d'appels dans de grosses applications, prendra donc clairement plus de temps pour être redessiné. Ce problème est rarement critique pour des schémas de données : si vous rencontrer une situation telle que celle-là, son graphe sera probablement affiché comme un écran tout noir, illisible. Ceci est une limite de ce genre de représentation graphique : ça va bien avec de petits schémas, mais c'est pas pratique pour de gros schémas.
Solution : Utiliser une des représentations hypertextes, c'est plus rapide, plus lisible et plus facile à utiliser.