À l'aide de access 2010 comme une interface de base de données SQL Server

Je suis d'avoir à développer une application très rapidement. J'ai choisi SQL Server (2012) DB backend, et je vais écrire tous mes stockées les procs, les déclencheurs etc dans le backend.

Toutefois, pour l'INTERFACE utilisateur (ouverture, rapports, etc), je suis à l'aide de Access 2010 pour le frontend. Je suis nouveau à la fois l'Accès utilisé les versions antérieures d'Access waaay retour dans la journée) et SQL Server (se familiariser avec d'autres de la Db).

Le but est d'avoir la base de données résident sur un serveur et de laisser aux clients de se connecter à une instance de microsoft Access 2010 exécute localement sur leur machine.

Je suis à la recherche d'un tutoriel rapide qui me montre comment utiliser les objets SQL server à partir de l'Accès frontend (je crois que sa prétendue liaison) - tout lien vers des ressources utiles serait très utile, que je n'arrive pas à localiser quelque chose d'utile (j'ai peut effectuer des recherches en utilisant les mauvais mots-clés).

  • Sql Server 2010 ? il y a seulement 2005 --> 2008 --> 2008 R2 --> 2012 --> 2012 R2 et maintenant 2014 de Sql server.
  • Je corrige la position des mains. Il s SS 2012
InformationsquelleAutor Homunculus Reticulli | 2014-05-04
  1. 4

    En supposant que vous avez intégré toutes les tables et les données sur SQL server, puis dans l'Accès c'est une simple question de lien d'Accès à la base de données.

    Et pour gagner du temps de développement, vous pouvez continuer à utiliser l'Accès simple approche de l'utilisation des formulaires liés à ces tables. Aussi longtemps que vous lancez un formulaire avec des critères (disons un numéro de facture), alors que la forme liée UNIQUEMENT tirer vers le bas l'un enregistrement à partir de SQL server dans la forme. (si besoin d'écrire ou d'utiliser les procédures stockées, etc. pour cette forme). Et tous les déclencheurs etc. vous avez construit dans SQL server s'exécute sans que vous n'ayez rien à faire de l'Accès côté.

    Donc un avion jane formulaire de construire dans l'Accès qui est lié à une table de 1 million de lignes d'Accès n'a pas besoin de “spécial” code – assurez-vous juste de lancer le formulaire avec la clause “where” qui fournit l'Accès et la forme ne tirez + charge l'enregistrement d'un.

    Donc 99% de la normale du processus de développement que vous avez utilisé dans l'Accès dans le passé, continuera à travailler. À l'aide de SQL server pour la plupart, ne change pas beaucoup si quoi que ce soit en ce qui concerne la construction de formes que de modifier ces données.

    Toutefois, pour les rapports et certains formulaires de requête + recherche de données, etc., ou du code VBA qui doit “processus” de données, vous êtes le plus libre de l'appel de procédures de la banque. Il vous suffit de créer un laissez-passer-par le biais d'une requête dans Access. Le code VBA à utiliser que le T-SQL ainsi ressemble à ceci:

    Currentdb.QueryDefs("MyRawt-sqlPassThoughquery").Execute

    Ou

    with CurrentDb.QueryDefs("MyPass") 
     .SQL = "exec sp_myProc" 
     .Execute
end with

    Dans le passé pour la plupart des applications d'accès, vous avez probablement utilisé aimé tables – ceux des tables liées peut-être à un fichier d'Accès (back-end), ou Oracle ou SQL server comment l'application fonctionne et fonctionne est vraiment bien le même pour tous les cas. (donc il n'y a pas vraiment beaucoup de “spécifique” choses que vous devez savoir sur le côté d'Accès – si vous à l'aise avec Oracle ou SQL server, puis à l'aide de l'Accès comme un front-end fonctionne très bien, et le développement des approches utilisées dans l'Accès restera typique.

    Voici un article qui décrit le processus de liaison:

    https://support.office.com/en-us/article/Import-or-link-to-SQL-Server-data-A5A3B4EB-57B9-45A0-B732-77BC6089B84E?ui=en-US&rs=en-US&ad=US&fromAR=1

    Garder à l'esprit que vous verrez de NOMBREUX articles qui parlent de projets ADP - ils ont été dépréciées depuis Access 2010, et je ne recommandons pas d'utiliser des projets ADP avec Accès - donc soyez prudent, car de nombreux articles qui parlent de l'Accès + SQL server sont construites autour de projets ADP qui sont, comme indiqué ne doit pas être utilisé plus.

    • Bien que ce est une excellente et très détaillée de la réponse, je pense qu'un projet de données Access est de loin supérieure à l'aide de la table liée et points de vue (et DAO pour cette question)
    • Peut-être, mais ADP support parti pour 2 versions maintenant. Vous devez aller vers Access 2010 pour ADP pour travailler. Au-delà, vous ne pouvez pas utiliser les projets ADP avec Accès.
    • Oui, ADP est en train d'être démantelés, mais regarder le titre de la question et de considérer que c'est clairement un Serveur SQL server centrée sur l'app. Comment appeler des procédures stockées par le biais de liens? Je ne suis pas sûr mais je sais qu'elles sont très bien pris en charge pour ADP
    • Essayez de lire mon post ci-dessus. J'ai un DAO exemple de l'appel d'une procédure stockée dans le ci-dessus. (et je n'ai même pas de déclarer UNE variable en VBA dans l'exemple ci-dessus. Ci-dessus utilise un passe-si la requête qui n'est pas lié. Un Pass-trough requête contient une chaîne de connexion. Vous pouvez fournir une chaîne de connexion dans le code, mais pourquoi s'embêter quand la au-dessus de DAO exemple de l'appel d'un magasin proc est tellement simple et facile?
    • Et comment fonctionne le titre parle de 2010, de prendre en compte que c'est la dernière version? L'idée que l'on pourrait adopter une approche de développement est de 3 versions et des cycles vieux fait très peu de sens. Je ne peux pas imaginer que quelqu'un investissement dollars durement gagnés dans une application de choix est déjà amorti? J'ai toujours pensé que l'ADP sont supers, mais en ignorant que .net a chuté ADO de 10 ans (ils utilisent ado.net - TRÈS différente de la bête, et sur la base sqlproviders - et non l'original ADO).
    InformationsquelleAutor Albert D. Kallal
  2. 0

    Cette office.microsoft.com l'article devrait vous donner un bon aperçu.

    Avec beaucoup plus d'informations techniques de la recherche pour "requête de sql server à partir de ms access".

    InformationsquelleAutor bartover
  3. -3

    Ne pas déconner avec les tables liées. Utiliser un Accès ADP (projet de données Access), qui est nativement d'une connexion à SQL Server. Malheureusement, ce type d'accès au fichier est en cours d'élimination, mais il est la solution optimale pour un MS Access frontale avec un Serveur SQL en fin de

    Les avantages et les Inconvénients de l'Accès des Données de Projet (MS Access frontale avec SQL Serveur Backend)

    • Les adp ont été amorties en DEUX versions il y a d'accès (2010). Donc, les projets ADP ne sont pas pris en charge ou même autorisé après 2010. Le prochain gros problème est de SQL server est en baisse oleDB (et a commencé à se déprécier oleDB dans les versions récentes). Depuis ADP utiliser ADO et oleDB, puis l'écriture sur le mur est doublement mauvais pour ceux qui sont encore coincés sur l'industrie de quitter oleDB derrière (donc c'est du SQL tomber et de se déplacer loin de la oleDB à l'appui). Peu importe, l'ADP ont été retirés de l'Accès totalement 2 versions en arrière. ADP du passé comme un choix viable comme ce qui suggère d'utiliser la version DOS de FoxPro.
    • Mais regardez le titre de la question... ce est Access 2010. Les tables liées (DAO) sont une technologie plus ancienne que ADO. ADP est nativement utiliser beaucoup de fonctionnalités SQL que des tables liées peut pas, ce qui semble être la clé de cette question. Vous êtes 100% droite que c'est déconseillé mais j'ai aussi fait évident dans ma réponse
    • eh bien, c'est ADO qui amorti ici. L' .net de la communauté a commencé dumping ADO plus de 10 ans. Accès maintenant, ne pas utiliser, ni besoin d'une référence à DAO utilise désormais le moteur ACE. Donc l'AS est la "nouvelle" version de DAO - il compatible et reçoit de nouvelles fonctionnalités - quelque chose d'ADO n'est pas. Ainsi, non seulement l' .net de la communauté de vidage ADO de 10 ans, mais SQL server est ÉGALEMENT en baisse oleDB soutien. "oleDB" est un windows uniquement de la technologie. L'recommander approche est OpenDataBaseConnetvity - c'est la voie à suivre et de la plate-forme neutre.
    • Une exigence qui se résument à "je suis en utilisant MS Access 2010 et je suis fortement à l'aide de SQL Server base de données des objets tels que des procédures stockées et j'ai besoin de développer une application très rapidement", puis une ADP plate-forme semble idéal, bien sûr, avec le catch, qu'il est obsolète. Qui est en fait ma réponse. Vous trouverez peut-être plus rapide à développer à l'aide de tables liées. Nous ne connaissons pas l'avenir de la voie de développement de cette application.
    • Je crois que vous avez raison sur les autres points, avec la dépréciation de toutes les autres bibliothèques, mais je dois dire que je n'ai jamais vu un .Net app construit à l'aide d'un pilote ODBC pour se connecter à SQL Server.
    InformationsquelleAutor Nick.McDermaid