Alassane Diakité

Aperçu des données PostGIS dans ACCESS avec gdiplus

alassanediakite — Tue, 16 Jul 2013 18:06:59 +0000

J’ai récupéré la carte administrative du Mali que j’ai ensuite chargé dans PostGIS 2.0.
Pour l’afficher j’ai utilisé la classe gdiplus de Arkham46 dans ACCESS.
Ci-joint la base ACCESS.
La table était attachée à une vue de PostgreSQL 9.2.4. Le code de la vue

1
2
3

CREATE OR REPLACE VIEW maliadmin AS
SELECT gid, REPLACE(REPLACE(REPLACE(st_astext(mali_administrative.the_geom), 'LINESTRING('::text, ''::text), ' '::text, ','::text), ')'::text, ''::text) AS uneligne
FROM mali_administrative

Avec le temps nous verrons d’autres possibilités.

[Bases de données] Association entre les lignes de deux tables

alassanediakite — Mon, 24 Jun 2013 14:02:05 +0000

Terminologie

Association, relation, dépendance, liaison, jointure, clé étrangère, clé secondaire sont des noms utilisés pour designer le fait que les lignes d’une table T1 sont associées aux lignes d’une autre tables T2.
Exemple :

Pour une clinique, on a une table contenant les patients et une autre contenant les visites des patients. Chaque visite est liée à un et un seul patient. Un patient peut faire plusieurs visites.
Pour un commerce, il existe une table « facture » et une autre « règlement ». Une facture peut avoir plusieurs règlements ou ne pas en avoir du tout. Un règlement est lié à une et une seule facture.

Mais les termes ci-dessus sont-ils pertinents ?

« Relation » n’est pas bon car source de confusion. En effet, avec le modèle relationnel, une table de la base prend le nom de relation.
« Dépendance » n’est pas bon car ce terme est utilisé par rapport aux propriétés (attributs, champs, colonne) définissant une entité. Il s’agit de la dépendance fonctionnelle.
« Jointure » est plutôt un terme SQL. (Nous y reviendrons)
« Liaison » n’est ni suffisant ni techniquement correcte.
« Clé étrangère » est une mise en œuvre du concept.
« Clé secondaire » n’a rien à voir dans ce contexte. C’est une grosse confusion que beaucoup de débutants trainent avec eux. J’ai été une victime pendant longtemps.
« Association » est le meilleur et est le plus utilisé. Ce qui amène d’ailleurs à corriger le terme « Entité-relation » en « Entité-association ».

Mise en œuvre

L’un des point fort du modèle relationnel est la résolution du problème d’association plusieurs à plusieurs. Le modèle hiérarchique ne le permet pas et le modèle réseau apporte une solution qui engendre des redondances.
Le modèle relationnel représente l’association par de simples attributs. On dit que le modèle relationnel est un modèle à valeurs (pas d’objet, pas de pointeur) ?

Les jointures dans les requêtes

Pour avoir les factures avec leurs règlements on fait une jointure entre les tables « facture » et « règlement ».
I. Les factures et leurs règlements (on n’aura pas les factures qui n’ont pas de règlements)

1 2	… facture INNER JOIN règlement ON facture.IDfacture=règlement.IDfacture

II. Toutes les factures et leurs règlements (pour les factures sans règlements, les colonnes de règlements seront vides)

1 2	… facture LEFT OUTER JOIN règlement ON facture.IDfacture=règlement.IDfacture

III. Tous les règlements et les factures correspondantes (pour les règlements qui ne sont liés à aucune facture, les colonnes de factures seront vides)

1 2	… facture RIGHT OUTER JOIN règlement ON facture.IDfacture=règlement.IDfacture

Pour ce troisième cas. Il n’est pas normal d’avoir des règlements qui ne sont liés à aucune facture. Pour éviter une telle situation il faut faire recours à l’intégrité référentielle (chaque règlement fait référence obligatoirement à une facture). Ainsi, lors de la création de la table règlement et dans la définition de la clé étrangère, il faut demander au SGBD:

Soit d’empêcher la suppression de toute facture qui à un règlement
Ou de supprimer les règlements lors de la suppression des factures correspondantes.

Auto-jointure

Imaginer une communauté qui veut une base de données de sa population, dont l’une des fonctionnalités est le suivi des liens de parentés.
On peut aisément imaginer une table personne de cette manière…

pk->Primary key, fk->foreign key
Dans la même table on trouve une personne et tous descendants et ancêtres.
Pour avoir les parents de…

IDpersonne	IDpere	IDmere	prenom	nom	datenais	sexe
47	23	26	Amadou	Kanté	12/03/1974	M

, il me faut chercher (dans la même table) la personne d’identifiant 23 (pour avoir le père) et la personne d’identifiant 26 (pour avoir la mère).
Dans la requête nous utiliserons des alias (ou copie) de la table de cette manière…

1
2
3

… personne AS enfant
INNER JOIN personne AS pere ON enfant.IDpere=pere.IDpersonne
INNER JOIN personne AS mere ON enfant.IDmere=mere.IDpersonne

[VB.NET ACCESS] Récupérer le numeroAuto après insertion

alassanediakite — Mon, 25 Feb 2013 11:18:17 +0000

Voici un code vous permettant d’avoir le numéro auto généré par ACCESS lors d’un insertion avec VB.NET. Le problème m’a été soumis par un étudiant ayant cherché en vain une solution avec ADO.NET.
J’ai pas trouvé la solution avec ADO.NET je me suis alors tourné vers DAO.
L’exemple utilise:

une base « contacts.mdb » contenant une seule table « contact:idc numauto clé, lenom texte, prenom texte »
un formulaire avec deux textbox « Nom » et « Prenom » plus un bouton

Il vous faut d’abord ajouter la référence « Microsoft Access x.x Object Library »
Le code de l’évènement click du bouton

1
2
3
4
5
6
7
8
9
10
11

Dim rs As dao.Recordset
Dim db As dao.Database
Dim moteur As New dao.DBEngine
db = moteur.Workspaces(0).OpenDatabase("D:\contacts.mdb", False, False)
'le premier false pour mode partagé et le second pour lecture et écriture
rs = db.OpenRecordset("contact", 1)
rs.AddNew()
rs("lenom").Value = Me.Nom.Text
rs("prenom").Value = Me.Prenom.Text
MsgBox(rs("idc").Value.ToString) 'réception du numéro auto
rs.Update() 'validation vers la base

[Bases de données] présentation de SQL

alassanediakite — Fri, 08 Feb 2013 20:01:42 +0000

Ceci est un avant goût pour ceux qui découvrent les bases de données. Il suppose que vous connaissez le concept de langage informatique et son objectif est de vous permettre seulement de noter les différents points à développer; de ce fait aucun lien ne vous sera donné.
Les SGBD (Système de Gestion de Bases de Données) Oracle, SQL Server, PostgreSQL, MySQL, ACCESS… sont pilotés uniquement par le langage SQL (Structured Query Language).

Présentons d’abord le contenu d’une base de données.
Une base de données contient des

tables qui contiennent les données
index qui contiennent des copies de certaines données avec leurs adresses logiques. Ils sont utilisés pour accélérer l’accès aux données.
contraintes pour garantir l’intégrité et la cohérence des données (valeur, forme, interdépendance)
vues qui sont des requêtes de sélections enregistrées
fonctions et procédures qui sont des commandes en SQL procédurale, pour effectuer des taches répétitives et lourdes directement sur le serveur
déclencheurs qui définissent des actions à exécuter lors des opérations (ajout, suppression ou modification) sur les données de table ou vue
utilisateurs et groupes avec leurs droits d’accès.

Pour chaque accès externe à chacun de ces éléments le SGBD reçoit une commande SQL qu’il exécute à travers des modules en langage évolué (généralement en C++): SQL est donc passé en paramètre à un autre langage qui accède physiquement à la base de données.

Présentons SQL.

Une base de données standard contient : la structure de ses données, les données elles même et les utilisateurs avec leurs droits d’accès.
SQL propose alors pour ces trois parties essentielles, trois groupes de commandes :

LDD : langage de définition de données qui définit les structures (nom et type) des données est des contraintes de vérification des valeurs des données.
LMD : langage de manipulation de données. Ajout, modification, suppression et recherche de données.
LCD : langage de contrôle de données. Définition des utilisateurs et leurs droits (privilèges) d’accès aux données ou structures.

A ces trois groupes, s’ajoute un quatrième assurant un rôle très important des SGBD: assurer la cohérence des données suite à une transaction (un ou plusieurs opérations regroupées en une entité) réussit ou échoué.

SQL de par sa nature, est un langage ensembliste c’est-à-dire qu’il travaille sur un ensemble de données à la fois (donnée tabulaire). De ce fait il manque des éléments de boucle, condition, traitement d’erreurs…
Pour pallier à cette lacune, les Systèmes de types clients/serveur* se sont enrichit pour faire du procédural on parle alors de SQL procédural. Pour les systèmes de type fichier* on a recours aux langages du programme utilisé tel VBA pour ACCESS.

SGBD clients/serveur (un seul SGBD installé auquel des programmes accèdent via le réseau)
SGBD fichier (chaque programme est couplé à un SGBD local et l’ensemble accèdent à la base de données sur un partage réseau)

Une explication du fenêtrage dans SQL

alassanediakite — Tue, 12 Jun 2012 20:37:12 +0000

Après quelques lectures et vue l’importance de la chose,je vous présente une manière d’expliquer le calcul sur des fenêtres de données avec SQL.
Le schéma…

La fenêtre est taillée sur la requête elle-même ou une autre fenêtre!
Une fenêtre est définie par :
• Un début
• Une fin
• Des exclusions
La colonne «a» de la requête est obtenue sur les données de la fenêtre par une fonction d’agrégat ou d’ordonnancement.

Ceci n’étant qu’une présentation caricaturale veuillez lire le tuto de SQLpro dont les dessins de fenêtres me sembles plus difficiles à comprendre.

Outils graphiques pour PostgreSQL

alassanediakite — Wed, 16 May 2012 10:53:08 +0000

Salut à vous.
Suite à mes récentes fouilles sur PostgreSQL, je partage avec vous ces liens assez intéressants sur les interfaces graphiques (administration, conception…).

Le meilleur aurait été l’intégration à PgAdmin, d’un module graphique pour manipuler le schéma des BD. Un peut comme dans Management studio de SQL server. Le projet (sous forme de plugin) est encours et PgAdmin possède déjà la construction graphique de requête.
@+

Personnaliser la connexion d’un projet adp ACCESS

alassanediakite — Mon, 17 Oct 2011 21:11:02 +0000

Je vous propose ici comment créer un formulaire de login d’une base de données ACCESS qui se connecte à SQL Server.
A la fermeture du formulaire principal (ou menu général) il faut exécuter le code….

1 2	Application.CurrentProject.CloseConnection Application.CurrentProject.OpenConnection ""

[ACCESS] Numérotation automatique de courriers par an (janvier à décembre)

alassanediakite — Thu, 13 Oct 2011 13:25:49 +0000

Problématique :
Numéroter les courriers avec reprise à un (01) en janvier.
La difficulté réside surtout dans un environnement multi-utilisateur ou lors de suppressions de courriers anciens.
Solution proposée :
Une table tnumero(idcourrier, annee) qui prend la clé auto-incrémentée du courrier puis on calcule son rang par rapport à l’année.
Inconvénient de la solution : on ne doit pas changer l’année de la date du courrier.
Mise en pratique