Discussion :

[Thenaar]

Bonjour,

Je suis un débutant sous Access, mais j'ai quelques notions en base de données.
Je me retrouve confronté à une base de données sous Access 2007-2010 déjà existante (à peu près 2 000 lignes), mais à première vue pas vraiment bien conçue :



Quelques requêtes sont simples à faire puisque presque toutes les informations sont dans la même table, cependant par exemple pour savoir quels bureaux sont libres, je m'emmêle les pinceaux et au final je n'arrive à rien.
Il me faut entre autres rajouter des informations , c'est pourquoi j'avais pensé à quelque chose ressemblant plutôt à cela avec des clés primaires "plus uniques" :



Cependant je ne suis pas sûr que ce soit une meilleure idée, et je me retrouve aussi face à un problème pour le changement de cette base, devrais-je faire un petit "script" qui parcourt la base de données source pour copier uns à uns les enregistrements dans la base de données destination ?


Cordialement

[Thenaar]

Bonjour,

Je me rend compte que je n'ai pas vraiment expliqué la base de données.

Alors voilà l'idée c'est de gérer le personnel d'un département, pour cela j'ai besoin des personnes (leur nom/prénom/id et leurs droits) et des bureaux (qui sont décrits par un site, un bâtiment, un module, une pièce, un bureau, le numéro du socket, et son appartenance à un service).

Ensuite, pour gérer correctement les requêtes liées à une personne j'ai besoin de références (PC,écrans,téléphone,badge,etc...)

Enfin la table contrat qui est définie par une date de début, un type de contrat (intérim, employée,stagiaire,etc..),un fin prévue (pour les CDD,stagiaires, etc..), une personne, et éventuellement plusieurs bureaux.

Le premier schéma correspond à l'ancienne base de données, c'est pour cela que toutes les informations supplémentaires n'y sont pas.

En espérant avoir été plus clair

[Invité]

Bonsoir,
Personnellement je rajouterai un champ texte dans chaque table!

J'updaterai ce champs avec la concaténation de clé [clé1] & '_' & [clé2] je supprimerai le clé j'ajouterai un auto incrément et en id secondaire! Enfin je rétablirai les liaisons entre la clé concaténée de l'enfant id id mère!

[Thenaar]

Bonjour,

Merci de te pencher la dessus.

Si je comprends bien, je devrais remplacer les clés primaires, par une concaténation des clés primaires comme Texte ?
Donc je devrais updater la clé à chaque changement d'une partie de la clé primaire c'est bien ça ?

Enfin je rétablirai les liaisons entre la clé concaténée de l'enfant id id mère!

Tu parles des liaisons entre tables ?

Cordialement

[nico84]

Bonjour,

Le principal défaut de la base d'origine est son absence de clé primaire dans chaque table
Ensuite il faut éviter de dupliquer les infos donc effectivement créer la table personnel, assets, contrats...
Par contre il me semble qu'un utilisateur doit pouvoir avoir plusieurs assets il manque donc une table d'affectation qui fait le lien avec toutes les autres :
- toto est affecté au contrat z du 1/1/16 au 31/12/99
- toto utilise le PC 42
- toto utilise le bureau xy
- toto utilise le smartphone 123...

Quand tout cela sera au point, le "petit script" sera une simple formalité

[Thenaar]

Bonjour nico84,

Merci de ta réponse,

Concernant la table Asset, il faudrait quelque chose comme la table LieuContrat ? En fait les assets sont donnés pour un poste donné, un employé n'aura pas le même écran à ses deux bureaux s'il en a deux, ni le même téléphone.

Donc il faudrait que dans LieuContrat je rajoute un champ assetNumber ?

De plus quand j'essaie d'appliquer l'intégrité référentielle à la relation entre Contrat et LieuContrat j'ai cette erreur : index unique introuvable pour le champ référence d'une table pricnipale


Un autre soucis au niveau de la duplication, c'est que même dans ma deuxième base, j'ai la table Offices dans laquelle il y a par exemple 600 fois le même site, puis 200 fois chaque bâtiment, etc... Mais je ne sais pas comment régler ce problème, j'avais pensé à faire une table Site, avec un numéro et un nom, et faire de même pour les bâtiments/modules/pièces/desk mais je ne sais pas comment procéder.


Cordialement

[nico84]

Concernant la table Asset, il faudrait quelque chose comme la table LieuContrat ? En fait les assets sont donnés pour un poste donné, un employé n'aura pas le même écran à ses deux bureaux s'il en a deux, ni le même téléphone.

Donc il faudrait que dans LieuContrat je rajoute un champ assetNumber ?

Je ne connais pas les contraintes de l'application mais d'une manière générale je te conseille d'avoir :
- une table pour chaque type d'objet
- une table pour chaque type de lien entre les objets (lien qui peut être entre plus de 2 objets : utilisateur,contrat,bureau,pc...)

De plus quand j'essaie d'appliquer l'intégrité référentielle à la relation entre Contrat et LieuContrat j'ai cette erreur : index unique introuvable pour le champ référence d'une table pricnipale

idwork n'est pas la PK de contrat ?
Pour info, l'intégrité référentielle n'est pas nécessaire au bon fonctionnement de l'application et c'est souvent plus contraignant qu'autre chose...

Un autre soucis au niveau de la duplication, c'est que même dans ma deuxième base, j'ai la table Offices dans laquelle il y a par exemple 600 fois le même site, puis 200 fois chaque bâtiment, etc... Mais je ne sais pas comment régler ce problème

avec un select distinct et un passage par excel pour controler les données avant import dans la nouvelle table

[Thenaar]

Merci nico84,

En procédant comme tu dis, je me retrouve avec quelque chose du genre :



Devrais-je fusionner les tables Occupe et Travaille ?
Je ne suis pas certain de comment gérer la table ContractType, ça m'embête de faire 2 tables, une pour le type et une pour la relation avec Contrat pour seulement une information, c'est pas un peu trop ?

Un autre soucis au niveau de la duplication, c'est que même dans ma deuxième base, j'ai la table Offices dans laquelle il y a par exemple 600 fois le même site, puis 200 fois chaque bâtiment, etc... Mais je ne sais pas comment régler ce problème

avec un select distinct et un passage par excel pour controler les données avant import dans la nouvelle table

Pour le moment dans ma nouvelle table Office, j'ai exactement les mêmes données que dans la table d'origine, avec les mêmes duplications de site/building/etc..
Vu que normalement il n'y aura pas d'opérations de mise à jour (pas de changement de nom de site ou de bâtiment) est-ce grave ?

Pour plus de clarté voilà un aperçu de la table Offices :




Je crois avoir besoin de toutes les colonnes pour définir un bureau.

Cordialement

[nico84]

Pour le moment dans ma nouvelle table Office, j'ai exactement les mêmes données que dans la table d'origine, avec les mêmes duplications de site/building/etc..
Vu que normalement il n'y aura pas d'opérations de mise à jour (pas de changement de nom de site ou de bâtiment) est-ce grave ?

Si "BLAGNAC CAMPUS 1" est une clé primaire acceptable et si son adresse (ou d'autres paramètres du site) n'a pas besoin d'être renseignée c'est pas joli mais fonctionnel

[Thenaar]

Si "BLAGNAC CAMPUS 1" est une clé primaire acceptable et si son adresse (ou d'autres paramètres du site) n'a pas besoin d'être renseignée c'est pas joli mais fonctionnel

En fait la clé primaire d'un bureau c'est lu numéro automatique qui lui est attribué, pour en créer un il faut le Site, le Bâtiment, le Module, la Pièce et le Bureau.
Le champ Site n'est pas une clé primaire à lui seul.

[Thenaar]

Bonjour,

Au final j'ai opté pour quelque chose de moins complexe que prévu, je me retrouve donc à devoir faire un script de transfert entre les deux bases.

J'arrive correctement à récupérer, réagencer mes données. Les premières requêtes d'insertion se passent bien, mais au bout de quelques enregistrements ajoutés voilà l'erreur à laquelle je suis confronté :




J'ai remarqué que le fichier .laccdb lié à la table source destination augmente de taille jusqu'à 4Ko, puis l'erreur apparaît, ensuite le fichier ne disparaît pas.

Pourrait-ce être lié à la connexion ? Si je ne fais pas correctement le OleDbConnection.close() ?

Voici la fonction que j'utilise pour faire les requêtes :

Code :

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
 
Public Shared Function Request2(ByVal req As String) As OleDbDataReader
        Console.WriteLine("[ACCESS_REQUEST] : {0}", req)
        Dim conn As New System.Data.OleDb.OleDbConnection()
        conn.ConnectionString = "Provider=Microsoft.ACE.OLEDB.12.0;Data Source=...."
        Dim maCommande As OleDbCommand
        Dim custReader As OleDbDataReader
        conn.Close()
        Try
            conn.Open()
            maCommande = New OleDbCommand(req, conn)
            custReader = maCommande.ExecuteReader(CommandBehavior.CloseConnection)
            Return custReader
        Catch ex As Exception
            MessageBox.Show("Error in the RequestAccess() function : " & ex.Message)
        End Try
 
        Return Nothing
    End Function

J'ai essayé de mettre le conn.close() dans un Finally mais ensuite je n'avais rien dans le reader renvoyé, je l'ai donc mis au début dans l'espoir de fermer le précédent, j'imagine cependant que cela ne marche pas.


Cordialement

[nico84]

J'avoue ne pas utiliser ce type de syntaxe

Pour accéder à une base access qui n'est pas dans mon projet, j'utilise OpenDatabase (une fois pour toutes) et ensuite je lis les tables dont j'ai besoin

Par ailleurs pour ce type de code qui n'est pas destiné à un utilisateur je suis en mode debug (le code VBA s'arrête à la 1e erreur pour voir ce qui se passe)

[Thenaar]

Il faudrait donc que j'ouvre une connexion avec openDatabase() puis écrire ce que je désire, puis fermer la connexion ?

Je vais voir ça

[Thenaar]

C'est peut-être une question bête, mais j'ai trouvé très peu d'exemples sur le net de openDatabase(). Comment se passent les requêtes ensuite ? On les exécute de la même manière ?

Cordialement

[nico84]

Avec la syntaxe que j'utilise :

Code :

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

1
2
3
Dim wrk As DAO.WorkSpace, odb As DAO.Database
Set wrk = DBEngine.Workspaces(0)
Set odb = wrk.OpenDatabase(mabase, False, False, "MS Access;PWD=" & monpwd)

Ensuite c'est comme d'habitude sauf que odb remplace currentdb :

Code :

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

1
2
3
Set rst = odb.OpenRecordset(marequete)
ou
odb.execute marequete, dbfailonerror

[Thenaar]

Merci pour le conseil, mais en m'aventurant un peu j'ai l'impression que DAO n'est pas exceptionnel, même avec les imports et les DLL nécessaires ça n'a pas l'air de marcher. Je pense que je vais me tourner vers ADO.NET

[Thenaar]

Bonjour,

J'ai finalement décidé de ne pas changer la base de données, la base de départ pouvait convenir.

Je vous remercie de votre aide.

Cordialement.