Outil de modélisation de base de données pour la création de diagrammes de relation d`entité, de schémas relationnels, de schémas d`étoile et d`instructions DDL SQL. Dans le conteneur de base de données ou le volet de navigation dans Access 2007 et les versions ultérieures, le système catégorise automatiquement chaque objet par type (par exemple, table, requête, macro). De nombreux développeurs d`accès utilisent la Convention d`appellation Leszynski, bien que ce ne soit pas universel; Il s`agit d`une convention de programmation, et non d`une règle de SGBD. [34] [35] il est particulièrement utile dans VBA où les références aux noms d`objets peuvent ne pas indiquer son type de données (par exemple, tbl pour les tables, qry pour les requêtes). Maintenant, en utilisant le diagramme de la figure 1,3, tout le monde avec une compréhension de base d`un diagramme ER peut en quelques instants comprendre les exigences de relation profonde et identifier les entités indépendantes et dépendantes dans votre modèle de données. La plupart des développeurs, des chefs de projet et des clients ont tendance à convenir que c`est un peu plus facile que de lire des instructions SQL! Access prend également en charge la création de «requêtes de passage». Ces extraits de code SQL peuvent traiter des sources de données externes via l`utilisation de connexions ODBC sur l`ordinateur local. Cela permet aux utilisateurs d`interagir avec les données stockées en dehors du programme Access sans utiliser de tables liées ou jet. [32] les utilisateurs construisent les requêtes de passage à l`aide de la syntaxe SQL prise en charge par la source de données externe. Access stocke toutes les tables de base de données, requêtes, formulaires, rapports, macros et modules dans la base de données Access Jet en tant que fichier unique. Pour les bases de données Access très volumineuses, cela peut avoir des problèmes de performances et un backend SQL doit être pris en compte dans ces circonstances. C`est moins un problème si la base de données entière peut tenir dans la RAM du PC depuis Access met en cache des données et des index.
La première tentative de Microsoft de vendre un produit de base de données relationnelle était au milieu des années 1980, lorsque Microsoft a obtenu la licence de vente de R:Base. à la fin des années 1980, Microsoft développe sa propre solution de nom de code Omega [2]. Il a été confirmé en 1988 qu`un produit de base de données pour Windows et OS/2 était en développement [3]. 4 [5] il allait inclure le «EB» Embedded Basic Language [3], qui allait être la langue d`écriture des macros dans toutes les applications Microsoft [6], mais l`unification des langages macro n`a pas eu lieu avant l`introduction de Visual Basic pour applications (VBA ).