Quintilien

Quis, quid, ubi, quibus auxiliis, cur, quomodo, quando

Oscar DB

Aspects techniques

  • La version actuelle d'Oscar est la v. 3.00 (avril 2020) et peut être téléchargée ici.
  • Il s'agit d'une version pour Windows uniquement ; une version pour Mac est en projet.
  • Oscar est bilingue FR / UK (la langue se choisit lors de l'installation); une traduction en NL est en projet.
  • Oscar est placé sous la licence publique générale GNU GPL.

A propos de SQLite

Les fichiers créés au moyen d'Oscar peuvent sans aucune difficulté être lus et modifiés par des applications tierces.

SQLite est un format de fichier universel, ouvert et libre de droit.

En principe, tous les fichiers SQLite peuvent être ouverts et modifiés par Oscar (pour autant que les tables aient un champ défini comme "Primary Key", ce qui est en général le cas).

En utilisant Oscar, différents utilisateurs peuvent accéder simultanément à une même base de données SQLite, y compris pour ajouter ou modifier des enregistrements (ce qui n'est pas nécessairement le cas avec d'autres applications).

Par ailleurs, les données contenues dans un fichier SQLite peuvent à tout moment être exportées dans un tableur, Excel ou autre.

Les nouveautés de la version 3.00

Corrections de bugs

  • problème d'affichage si deux colonnes portent le même nom : corrigé ;
  • problème dans les requêtes (champs en entrées) dans le cas où deux tables commencent par les mêmes caractères (p.ex. custom et customers) : corrigé.

Nouvelles fonctionnalités

  • tables : choix d'un nom convivial et de l'ordre d'affichage (*)
  • requêtes : choix de l'ordre d'affichage dans la liste
  • possibilité d'attacher des bases de données externes (*)

(*) Notes

  • La modification de ces paramètres n'a volontairement pas été incorporée dans l'application Oscar, en vertu du principe "K.I.S.S.".
  • L'activation de ces fonctionnalités doit se faire par une intervention directe dans deux tables de la base de données. Le moyen le plus commode consiste à utiliser pour cela l'application SQLite browser.

Tables additionnelles, propres à l'application Oscar

Oscar mémorise des informations supplémentaires dans les fichiers SQLite qui lui sont confiés ; quelques tables sont ainsi créées :

  • oscar_parameters, dans laquelle sont mémorisés les paramètres d'affichage;
  • oscar_queries, où sont stockées les requêtes personnalisées.

Ces tables ne nécessitent aucune maintenance particulière, mais, dans le cas où on modifie la structure d'une base de données (par exemple au moyen de SQLite browser), il est recommandé d'effacer "oscar_parameters" et "oscar_tables" ; ces tables seront automatiquement recréées par Oscar.

A partir de la version 3.00, Oscar crée deux tables supplémentaires

Ces tables (oscar_tables et oscar_attach) ne peuvent être modifiées ou complétées qu'en dehors de l'application Oscar.

Cela peut se faire au moyen de l'application SQLite browser, déjà citée.

oscar_tables

On peut y spécifier l'ordre d'affichage des tables dans la liste et leur attribuer, si on le souhaite, un nom plus convivial que le nom interne à la base de données.

Si on indique zéro dans le champ ordre d'affichage, la table est masquée dans la liste, sans que son contenu ne soit effacé.

On peut également décider d'une table à afficher automatiquement dès que la base de données est ouverte.

Les champs de oscar_tables sont :

  • id : clé primaire à ne pas modifier
  • internal_name : nom de la table dans la base de données : ne pas modifier ;
  • friendly_name : par défaut, le contenu est identique à celui de internal_name, mais on peut décider d'y mettre une designation plus conviviale ;
  • display_order : permet de choisir l'ordre d'affichage dans la liste ; une valeur à zéro permet de masquer la table ;
  • display_by_default : valeur 0 (False) ou 1 (True) : une valeur à 1 sélectionne la table pour en afficher automatiquement le contenu lors de l'ouverture de la base de données.

oscar_attach

Cette table est prévue pour qu'on puisse y définir, le cas échéant, les bases de données externes à attacher (dans le cadre d'une requête par exemple).

Les noms des champs parlent d'eux-mêmes :

  • id : clé primaire à ne pas modifier
  • directory_if_not_current : laisser vide ou y indiquer le nom complet d'un répertoire, si ce répertoire est différent de celui dans lequel se trouve la base de données actuelle ;
  • db_to_attach : nom de la base de données à attacher ;
  • attach_as : nom à attribuer lors de la connexion, conformément à la syntaxe SQL standard ( ATTACH DATABASE nom-du-fichier AS nom )

Historique des versions

Télécharger les exemples

 

© JM Ucciani


Retourner en début de page
Table des matières ↑↑