Tous les billets

Il arrive souvent que vous soyez face à une base de données mal pensée à l'origine, et qui a mal évolué.
Vous vous retrouvez avec des tables "mamouth", au nombre incalculable de colonnes nulles.

Le problème, c'est que de nombreux outils accèdent souvent à cette base de données, et qu'il vous semble insurmontable de devoir tout réécrire afin de réagencer quelques tables dans votre base.

Pourtant, même si la tâche reste ardue, il n'est aucunement nécessaire ...

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
Sub ImportData()

        'Affichage
    Application.ScreenUpdating = False
    
        'Definition variables
    Dim Db As DAO.Database
    Dim i, j As Integer, DernLigne As Integer
    Dim myGroup As String, MyDate As String
    Dim mySCN As String, myValue As Double
    Dim myCurr As String, req As String
    
        'Definition de la base
    Set Db = DAO.OpenDatabase(Worksheets("param").Range("Database"),

...

Le document qui suit est un extrait du benchmark PostgreSQL 9.3.5 vs MySQL 5.5.40 que j’ai réalisé dans le cadre du projet de synthèse (étude). Son contenu est comme chaque benchmark contestable.

Les benchmarks ont entièrement étés réalisés sous les machines virtuelles de l’Esiag :

• OS : Linux 3.13 | distribution Ubuntu Server 14.04 LTS 64 bits.
• RAM : 8 Go.

CPU Intel (cf : commande lscpu)

• Fréquence : 2.00 Ghz
• Nombre de cœur : 4
• Architecture : x86_64
• Byte

...

_______________________________________

Je rappelle ce que sont les 12 règles de Codd (datées de 1985, cf. An Evaluation Scheme for Database Management Systems that are claimed to be Relational), énoncées par le père du modèle relationnel de données, extrêmement fâché quand Cullinet (IDMS/R) et ADR (Datacom/DB) prétendirent que leur SGBD pré-relationnel était relationnel, marketing oblige, alors que le vent était en train de tourner.

Ces règles datant de plus de 30 ...

_____________________

Rappel :

D’un point de vue purement pragmatique et informel, une clé est un moyen permettant à l’utilisateur d’accéder à l’information contenue dans une ligne spécifique d’une table donnée R.

Considérée sous un autre angle et de façon plus formelle : une clé candidate (ou plus simplement clé, quand il n’y a pas de confusion possible) est un sous-ensemble de colonnes K de l’en-tête d’une table R, respectant les deux contraintes ...