{"id":55000506,"date":"2026-06-01T00:00:00","date_gmt":"2026-07-28T15:04:22","guid":{"rendered":"http:\/\/access-im-unternehmen.aix-dev.de\/aiu\/?p=506"},"modified":"-0001-11-30T00:00:00","modified_gmt":"-0001-11-30T00:00:00","slug":"ADODB_Formulare_mit_gespeicherten_Prozeduren","status":"publish","type":"post","link":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/","title":{"rendered":"ADODB: Formulare mit gespeicherten Prozeduren"},"content":{"rendered":"<p><img loading=\"lazy\" decoding=\"async\" src=\"http:\/\/vg08.met.vgwort.de\/na\/533627ae62f746dc98d4c6d8ccf315a5\" width=\"1\" height=\"1\" alt=\"\"><b>Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k&uuml;mmert sich um alles Weitere &#8211; Navigieren, Bearbeiten, Speichern, L&ouml;schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn&uuml;pften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m&ouml;chtest den Datenzugriff ausschlie&szlig;lich &uuml;ber gespeicherte Prozeduren abwickeln &#8211; etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st&ouml;&szlig;t dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst&auml;ndiges CRUD-Formular mit &Uuml;bersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f&uuml;llen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir &uuml;ber den Wrapper aus dem Artikel &#8220;ADODB: Gespeicherte Prozeduren einfach aufrufen&#8221; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl&auml;che, die sich vom Benutzer aus anf&uuml;hlt wie ein klassisches Access-Formular, intern aber ausschlie&szlig;lich mit serverseitigen Prozeduren kommuniziert.<\/b><\/p>\n<h2>Beispieldatenbank<\/h2>\n<p>Die Beispiele dieses Artikels findest Du in der Beispieldatenbank <b>ADODB_GespeicherteProzeduren.accdb<\/b>. Die zugeh&ouml;rige SQL Server-Datenbank hei&szlig;t <b>Test_GespeicherteProzeduren<\/b> und enth&auml;lt die beiden Tabellen <b>tblAbteilung<\/b> und <b>tblMitarbeiter<\/b>.<\/p>\n<p>Das Skript zum Anlegen der Tabellen, der Testdaten und der gespeicherten Prozeduren findest Du im Modul <b>mdlSQLServerDB<\/b> als auskommentierten T-SQL-Code, den Du direkt in ein Abfragefenster des SQL Server Management Studio kopieren kannst.<\/p>\n<h2>Praxiseinsatz im &Uuml;bersichtsformular<\/h2>\n<p>Damit der Wrapper mehr sein kann als ein theoretisches Konstrukt, verbinden wir ihn nun mit einem vollst&auml;ndigen Access-Formular. Das Formular <b>frmMitarbeiterUebersicht_Parameter<\/b> enth&auml;lt ein Unterformular in Datenblattansicht, das alle Mitarbeiter auflistet, sowie vier Schaltfl&auml;chen zum Neuanlegen, Bearbeiten, L&ouml;schen und Aktualisieren (siehe Bild 1).<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2026_03\/pic_506_001.png\" alt=\"Formular zur Anzeige einer Mitarbeiter-&Uuml;bersicht\" width=\"649,627\" height=\"355,0385\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 1: Formular zur Anzeige einer Mitarbeiter-&Uuml;bersicht<\/span><\/b><\/p>\n<p>Das &Uuml;bersichtsformular selbst hat keine Datensatzquelle. Stattdessen bekommt das Unterformular <b>sfmMitarbeiterUebersicht_Parameter<\/b> das Recordset erst zur Laufzeit zugewiesen &#8211; n&auml;mlich aus dem R&uuml;ckgabewert unserer Funktion <b>ADODB_GetRecordset<\/b>.<\/p>\n<p>Diese Zuweisung passiert in der Prozedur <b>MitarbeiterAktualisieren<\/b> (siehe Listing 1).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>MitarbeiterAktualisieren()\r\n    <span style=\"color:blue;\">With<\/span> Me.sfmMitarbeiterUebersicht.Form\r\n        <span style=\"color:blue;\">Set<\/span> .cboAbteilungID.Recordset = ADODB_GetRecordset(\"spAbteilungenSelect\")\r\n        <span style=\"color:blue;\">Set<\/span> .Recordset = ADODB_GetRecordset(\"spMitarbeiterSelectNachMitarbeiterID\")\r\n    End <span style=\"color:blue;\">With<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 1: Recordset des Unterformulars setzen<\/span><\/b><\/p>\n<p>Zwei Zuweisungen &#8211; mehr ist nicht n&ouml;tig. Die erste Zeile weist einem Kombinationsfeld <b>cboAbteilungID<\/b> im Datenblatt ein Recordset der Abteilungen zu, damit dort statt der nackten <b>AbteilungID<\/b> die entsprechende Abteilungsbezeichnung angezeigt werden kann.<\/p>\n<p>Die zweite Zeile weist dem Unterformular das Recordset der Mitarbeiter zu. Weil wir <b>ADODB_GetRecordset<\/b> ohne Parameter aufrufen, werden alle Mitarbeiter zur&uuml;ckgeliefert.<\/p>\n<p>An einer Stelle m&uuml;ssen wir vorsichtig sein: Wir k&ouml;nnen die Prozedur <b>MitarbeiterAktualisieren<\/b> nicht direkt im <b>Form_Load<\/b>&#8211; oder <b>Form_Open<\/b>-Ereignis aufrufen, weil das Unterformular zu diesem Zeitpunkt noch nicht vollst&auml;ndig initialisiert ist.<\/p>\n<p>Stattdessen setzen wir im <b>Form_Load<\/b>-Ereignis das <b>TimerInterval<\/b> auf <b>100<\/b> Millisekunden und rufen die Aktualisierung dann im <b>Form_Timer<\/b>-Ereignis auf, wobei wir den Timer gleich wieder mit dem Wert <b>100 <\/b>deaktivieren:<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>Form_Load()\r\n    Me.TimerInterval = 100\r\n<span style=\"color:blue;\">End Sub<\/span>\r\n<span style=\"color:blue;\">Private Sub <\/span>Form_Timer()\r\n    Me.TimerInterval = 0\r\n    <span style=\"color:blue;\">Call<\/span> MitarbeiterAktualisieren\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Die Schaltfl&auml;che <b>cmdAktualisieren<\/b> ruft einfach wieder <b>MitarbeiterAktualisieren<\/b> auf und l&auml;dt so die Daten neu vom SQL Server.<\/p>\n<h2>Neuen Datensatz anlegen<\/h2>\n<p>Die Schaltfl&auml;che <b>cmdNeu<\/b> &ouml;ffnet das Detailformular <b>frmMitarbeiterDetail_Parameter<\/b> als Dialog. Nach dem Schlie&szlig;en des Dialogs liest sie die ID des neu angelegten Datensatzes aus, aktualisiert die Liste und positioniert den Datensatzmarkierer auf dem neuen Eintrag (siehe Listing 2).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>cmdNeu_Click()\r\n    <span style=\"color:blue;\">Dim <\/span>strForm<span style=\"color:blue;\"> As String<\/span>\r\n    <span style=\"color:blue;\">Dim <\/span>lngMitarbeiterID<span style=\"color:blue;\"> As Long<\/span>\r\n    strForm = \"frmMitarbeiterDetail_Parameter\"\r\n    DoCmd.OpenForm strForm, WindowMode:=acDialog\r\n    <span style=\"color:blue;\">If <\/span>IstFormularGeoeffnet(strForm)<span style=\"color:blue;\"> Then<\/span>\r\n        lngMitarbeiterID = Nz(Forms(strForm).Form.MitarbeiterID, 0)\r\n        DoCmd.Close acForm, strForm\r\n        <span style=\"color:blue;\">Call<\/span> MitarbeiterAktualisieren\r\n        Me.sfmMitarbeiterUebersicht.Form .Recordset.Find \"MitarbeiterID = \" & lngMitarbeiterID\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 2: Neuen Mitarbeiter anlegen<\/span><\/b><\/p>\n<p>Das <b>WindowMode:=acDialog<\/b> sorgt daf&uuml;r, dass das Detailformular modal ge&ouml;ffnet wird und der Code an dieser Stelle stehenbleibt, bis das Formular entweder geschlossen oder unsichtbar gemacht wird. Die Hilfsfunktion <b>IstFormularGeoeffnet<\/b>, die im Modul <b>mdlTools<\/b> liegt, pr&uuml;ft &uuml;ber <b>SysCmd<\/b>, ob das Detailformular noch ge&ouml;ffnet ist &#8211; dann hat der Benutzer gespeichert (das Detailformular setzt in diesem Fall nur <b>Me.Visible = False<\/b>) und wir lesen die vergebene ID aus.<\/p>\n<h2>Bearbeiten und L&ouml;schen<\/h2>\n<p>Die Schaltfl&auml;che <b>cmdBearbeiten<\/b> arbeitet nach demselben Prinzip, &uuml;bergibt dem Detailformular aber zus&auml;tzlich die zu bearbeitende ID als <b>OpenArgs<\/b> (siehe Listing 3).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>cmdBearbeiten_Click()\r\n    <span style=\"color:blue;\">Dim <\/span>strForm<span style=\"color:blue;\"> As String<\/span>\r\n    <span style=\"color:blue;\">Dim <\/span>lngMitarbeiterID<span style=\"color:blue;\"> As Long<\/span>\r\n    lngMitarbeiterID = Me.sfmMitarbeiterUebersicht.Form.MitarbeiterID\r\n    strForm = \"frmMitarbeiterDetail_Parameter\"\r\n    DoCmd.OpenForm strForm, WindowMode:=acDialog, OpenArgs:=lngMitarbeiterID\r\n    <span style=\"color:blue;\">If <\/span>IstFormularGeoeffnet(strForm)<span style=\"color:blue;\"> Then<\/span>\r\n        DoCmd.Close acForm, strForm\r\n        <span style=\"color:blue;\">Call<\/span> MitarbeiterAktualisieren\r\n        Me.sfmMitarbeiterUebersicht.Form.Recordset.Find \"MitarbeiterID = \" & lngMitarbeiterID\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 3: Mitarbeiter bearbeiten<\/span><\/b><\/p>\n<p>Die Schaltfl&auml;che <b>cmdLoeschen<\/b> schlie&szlig;lich ist die k&uuml;rzeste von allen, weil wir hier direkt unsere Wrapper-Funktion <b>ADODB_ExecDelete<\/b> einsetzen k&ouml;nnen (siehe Listing 4).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>cmdLoeschen_Click()\r\n    <span style=\"color:blue;\">Dim <\/span>lngMitarbeiterID<span style=\"color:blue;\"> As Long<\/span>\r\n    lngMitarbeiterID = Me.sfmMitarbeiterUebersicht.Form.MitarbeiterID\r\n    <span style=\"color:blue;\">If <\/span>ADODB_ExecDelete(\"spMitarbeiterDelete\", lngMitarbeiterID) &gt; 0<span style=\"color:blue;\"> Then<\/span>\r\n        <span style=\"color:blue;\">MsgBox<\/span> \"Mitarbeiter gel&ouml;scht.\", vbOKOnly + vbInformation, \"Mitarbeiter gel&ouml;scht\"\r\n        <span style=\"color:blue;\">Call<\/span> MitarbeiterAktualisieren\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 4: Mitarbeiter l&ouml;schen<\/span><\/b><\/p>\n<p>Ein einziger Funktionsaufruf, bei dem der Name der gespeicherten Prozedur sowie die zu l&ouml;schende ID &uuml;bergeben werden. Die Anzahl der betroffenen Datens&auml;tze kommt als R&uuml;ckgabewert zur&uuml;ck. Ist sie gr&ouml;&szlig;er <b>0<\/b>, war das L&ouml;schen erfolgreich und wir aktualisieren die Liste.<\/p>\n<h2>Das Detailformular<\/h2>\n<p>Das Detailformular <b>frmMitarbeiterDetail_Parameter<\/b> hat ebenfalls keine Datensatzquelle. Seine Textfelder haben genau die Namen der Felder in der Tabelle <b>tblMitarbeiter<\/b>, also <b>MitarbeiterID<\/b>, <b>AbteilungID<\/b>, <b>Vorname<\/b>, <b>Nachname<\/b>, <b>Email<\/b>, <b>Eintrittsdatum<\/b> und <b>Gehalt<\/b> (siehe Bild 2).<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2026_03\/pic_506_002.png\" alt=\"Formular zur Anzeige der Mitarbeiter-Details\" width=\"424,6267\" height=\"329,9464\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 2: Formular zur Anzeige der Mitarbeiter-Details<\/span><\/b><\/p>\n<p>Beim &Ouml;ffnen des Formulars geschehen zwei Dinge: Zum einen weisen wir dem Kombinationsfeld <b>AbteilungID<\/b> die Liste der Abteilungen zu. Zum anderen pr&uuml;fen wir, ob das Formular mit einer ID als <b>OpenArgs<\/b> ge&ouml;ffnet wurde. Wenn ja, holen wir den zugeh&ouml;rigen Datensatz mit <b>ADODB_GetRecordset<\/b> und f&uuml;llen die Felder des Formulars mit den Werten (siehe Listing 5).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>Form_Open(Cancel<span style=\"color:blue;\"> As Integer<\/span>)\r\n    <span style=\"color:blue;\">Dim <\/span>rst<span style=\"color:blue;\"> As <\/span>ADODB.Recordset\r\n    <span style=\"color:blue;\">Dim <\/span>lngMitarbeiterID<span style=\"color:blue;\"> As Long<\/span>\r\n    <span style=\"color:blue;\">Dim <\/span>fld<span style=\"color:blue;\"> As <\/span>ADODB.Field\r\n    <span style=\"color:blue;\">Dim <\/span>ctl<span style=\"color:blue;\"> As <\/span>Access.Control\r\n    <span style=\"color:blue;\">Set<\/span> Me.AbteilungID.Recordset = ADODB_GetRecordset(\"spAbteilungenSelect\")\r\n    lngMitarbeiterID = Nz(Me.OpenArgs, 0)\r\n    <span style=\"color:blue;\">If <\/span><span style=\"color:blue;\">Not<\/span> lngMitarbeiterID = 0<span style=\"color:blue;\"> Then<\/span>\r\n        <span style=\"color:blue;\">Set<\/span> rst = ADODB_GetRecordset(\"spMitarbeiterSelectNachMitarbeiterID\", lngMitarbeiterID)\r\n        For Each fld In rst.Fields\r\n            <span style=\"color:blue;\">Set<\/span> ctl = GetControl(Me, fld.Name)\r\n            <span style=\"color:blue;\">If <\/span><span style=\"color:blue;\">Not<\/span> ctl Is Nothing<span style=\"color:blue;\"> Then<\/span>\r\n                ctl.Value = fld.Value\r\n            <span style=\"color:blue;\">End If<\/span>\r\n        <span style=\"color:blue;\">Next<\/span> fld\r\n        <span style=\"color:blue;\">Set<\/span> rst = Nothing\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 5: Detailformular &ouml;ffnen und Daten laden<\/span><\/b><\/p>\n<p>Interessant ist hier der Weg, wie die Daten aus dem Recordset in die Formularsteuerelemente gelangen.<\/p>\n<p>Statt jedes Feld einzeln per <b>Me.Vorname = rst!Vorname<\/b>, <b>Me.Nachname = rst!Nachname<\/b> und so weiter zu bef&uuml;llen, durchlaufen wir alle Felder des Recordsets mit <b>For Each<\/b>. Zu jedem Feld suchen wir &uuml;ber die Hilfsfunktion <b>GetControl<\/b>, ob es ein Steuerelement mit dem gleichen Namen gibt, und weisen in diesem Fall den Wert zu.<\/p>\n<p>Das Prinzip funktioniert, weil die Steuerelemente des Formulars so benannt sind wie die Felder in der gespeicherten Prozedur &#8211; das ist allerdings auch zwingende Voraussetzung f&uuml;r die Funktionalit&auml;t.<\/p>\n<p>Du kannst das Formular sp&auml;ter einfach um zus&auml;tzliche Felder erweitern, ohne den <b>Form_Open<\/b>-Code anfassen zu m&uuml;ssen &#8211; solange das Feld in der <b>SELECT<\/b>-Prozedur enthalten ist und das Steuerelement den gleichen Namen tr&auml;gt, wird es automatisch bef&uuml;llt.<\/p>\n<p>Die Hilfsfunktion <b>GetControl<\/b> ist denkbar kurz. Sie versucht, ein Steuerelement &uuml;ber seinen Namen anzusprechen, und f&auml;ngt mit <b>On Error Resume Next<\/b> den Fehler ab, der auftritt, wenn das Steuerelement nicht existiert:<\/p>\n<pre><span style=\"color:blue;\">Public Function <\/span>GetControl(frm<span style=\"color:blue;\"> As <\/span>Form, _\r\n        strField<span style=\"color:blue;\"> As String<\/span>)<span style=\"color:blue;\"> As <\/span>Control\r\n    <span style=\"color:blue;\">Dim <\/span>ctl<span style=\"color:blue;\"> As <\/span>Access.Control\r\n    On Error Resume <span style=\"color:blue;\">Next<\/span>\r\n    <span style=\"color:blue;\">Set<\/span> ctl = frm.Controls(strField)\r\n    <span style=\"color:blue;\">If <\/span><span style=\"color:blue;\">Not<\/span> ctl Is Nothing<span style=\"color:blue;\"> Then<\/span>\r\n        <span style=\"color:blue;\">Set<\/span> GetControl = ctl\r\n        <span style=\"color:blue;\">Exit Function<\/span>\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Function<\/span><\/pre>\n<p>Gegebenenfalls kann man die Funktion <b>GetControl <\/b>noch so anpassen, dass sie auch Pr&auml;fixe von Steuerelementen ber&uuml;cksichtigt, also beispielsweise <b>txt<\/b>, <b>cbo <\/b>oder <b>chk<\/b>.<\/p>\n<h2>Speichern und Abbrechen<\/h2>\n<p>Die Schaltfl&auml;che <b>cmdSpeichern<\/b> entscheidet anhand des Feldes <b>MitarbeiterID<\/b>, ob ein neuer Datensatz angelegt oder ein bestehender aktualisiert werden soll. Ist <b>MitarbeiterID<\/b> leer, rufen wir <b>ADODB_ExecInsert<\/b> auf, andernfalls <b>ADODB_ExecUpdate<\/b> (siehe Listing 6).<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>cmdSpeichern_Click()\r\n    <span style=\"color:blue;\">Dim <\/span>lngMitarbeiterID<span style=\"color:blue;\"> As Long<\/span>\r\n    <span style=\"color:blue;\">If <\/span><span style=\"color:blue;\">Not<\/span> IsNull(Me.MitarbeiterID)<span style=\"color:blue;\"> Then<\/span>\r\n        If ADODB_ExecUpdate(\"spMitarbeiterUpdate\", Me.MitarbeiterID, Me.AbteilungID, Me.Vorname, Me.Nachname, _\r\n                Me.Email, Me.Eintrittsdatum, Me.Gehalt) &gt; 0 Then\r\n            Me.Visible = <span style=\"color:blue;\">False<\/span>\r\n        <span style=\"color:blue;\">Else<\/span>\r\n            <span style=\"color:blue;\">MsgBox<\/span> \"Speichern fehlgeschlagen.\", <span style=\"color:blue;\">vbCr<\/span>itical, \"Speichern fehlgeschlagen\"\r\n        <span style=\"color:blue;\">End If<\/span>\r\n    <span style=\"color:blue;\">Else<\/span>\r\n        lngMitarbeiterID = ADODB_ExecInsert(\"spMitarbeiterInsert\", Me.AbteilungID, Me.Vorname, Me.Nachname, _\r\n            Me.Email, Me.Eintrittsdatum, Me.Gehalt)\r\n        <span style=\"color:blue;\">If <\/span>lngMitarbeiterID &gt; 0<span style=\"color:blue;\"> Then<\/span>\r\n            Me.MitarbeiterID = lngMitarbeiterID\r\n            Me.Visible = <span style=\"color:blue;\">False<\/span>\r\n        <span style=\"color:blue;\">Else<\/span>\r\n            <span style=\"color:blue;\">MsgBox<\/span> \"Speichern fehlgeschlagen.\", <span style=\"color:blue;\">vbCr<\/span>itical, \"Speichern fehlgeschlagen\"\r\n        <span style=\"color:blue;\">End If<\/span>\r\n    <span style=\"color:blue;\">End If<\/span>\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p><b><span style=\"color:darkgrey;\">Listing 6: Speichern des Datensatzes<\/span><\/b><\/p>\n<p>Nach erfolgreichem Speichern setzen wir <b>Me.Visible = False<\/b>. Das Formular bleibt damit zwar geladen, aber unsichtbar &#8211; gerade so lange, bis das aufrufende &Uuml;bersichtsformular die ID ausgelesen und das Detailformular schlie&szlig;t. Im Fall eines neuen Datensatzes schreiben wir vorher noch die vom SQL Server zur&uuml;ckgelieferte ID in das Formularfeld <b>MitarbeiterID<\/b>, damit das &Uuml;bersichtsformular darauf zugreifen kann.<\/p>\n<p>Die Schaltfl&auml;che <b>cmdAbbrechen<\/b> schlie&szlig;t das Formular einfach mit <b>DoCmd.Close<\/b>:<\/p>\n<pre><span style=\"color:blue;\">Private Sub <\/span>cmdAbbrechen_Click()\r\n    DoCmd.Close acForm, Me.Name\r\n<span style=\"color:blue;\">End Sub<\/span><\/pre>\n<p>Damit das &Uuml;bersichtsformular erkennt, ob der Benutzer abgebrochen hat, nutzen wir den Umstand aus, dass beim Abbrechen das Formular komplett geschlossen wird &#8211; dann liefert <b>IstFormularGeoeffnet<\/b> den Wert <b>False<\/b>. Nur beim Speichern wird das Formular lediglich unsichtbar gemacht und bleibt geladen.<\/p>\n<p>Bild 3 zeigt die beiden Formulare in Aktion.<\/p>\n<p class=\"image\"><img decoding=\"async\" src=\"..\/fileadmin\/_temp_\/2026_03\/pic_506_003.png\" alt=\"Die Beispielformulare im praktischen Einsatz\" width=\"699,627\" height=\"424,7734\" \/><\/p>\n<p><b><span style=\"color:darkgrey;\">Bild 3: Die Beispielformulare im praktischen Einsatz<\/span><\/b><\/p>\n<h2>Zusammenfassung und Ausblick<\/h2>\n<p>Mit dem Wrapper-Modul <b>mdlADODB_Parameter<\/b> reduzierst Du den Aufwand f&uuml;r den Aufruf einer gespeicherten Prozedur auf eine einzige Zeile Code. Du musst Dich nicht mehr um das <b>Command<\/b>-Objekt, die einzelnen Parameter oder deren Datentypen k&uuml;mmern &#8211; <b>Parameters.Refresh<\/b> erledigt das automatisch, indem es die Definitionen direkt vom SQL Server holt. Die Werte &uuml;bergibst Du einfach als Liste in der Reihenfolge, wie sie in der Prozedur definiert sind.<\/p>\n<p>Besonders elegant wird der Ansatz, wenn Du ihn mit Formularen kombinierst. Das gezeigte Mitarbeiter-Formular kommt ohne Datensatzquelle aus, nutzt f&uuml;r alle Datenzugriffe ausschlie&szlig;lich gespeicherte Prozeduren und arbeitet trotzdem fl&uuml;ssig mit Datenblatt, Kombinationsfeldern und einem Detail-Dialog zusammen. Der gesamte Datenzugriff erfolgt serverseitig &#8211; und damit performanter, sicherer und leichter wartbar, als wenn SQL-Strings dynamisch im VBA-Code zusammengebaut w&uuml;rden.<\/p>\n<h2>Downloads zu diesem Beitrag<\/h2>\n<p>Enthaltene Beispieldateien:<\/p>\n<p>ADODB_FormulareMitGespeichertenProzeduren.accdb<\/p>\n<p><a href=\"..\/fileadmin\/beispiele\/433DB38B-9220-4E68-997A-648CD21CDD05\/vbe_506.zip\">Download<\/a><\/p>\n","protected":false},"excerpt":{"rendered":"<p>Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k&uuml;mmert sich um alles Weitere &#8211; Navigieren, Bearbeiten, Speichern, L&ouml;schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn&uuml;pften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m&ouml;chtest den Datenzugriff ausschlie&szlig;lich &uuml;ber gespeicherte Prozeduren abwickeln &#8211; etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st&ouml;&szlig;t dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst&auml;ndiges CRUD-Formular mit &Uuml;bersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f&uuml;llen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir &uuml;ber den Wrapper aus dem Artikel &#8220;ADODB: Gespeicherte Prozeduren einfach aufrufen&#8221; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl&auml;che, die sich vom Benutzer aus anf&uuml;hlt wie ein klassisches Access-Formular, intern aber ausschlie&szlig;lich mit serverseitigen Prozeduren kommuniziert.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_monsterinsights_sitenote_active":false,"_monsterinsights_sitenote_note":"","_monsterinsights_sitenote_category":0,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"footnotes":""},"categories":[662026,66032026,44000029,44000028],"tags":[],"yst_prominent_words":[],"class_list":["post-55000506","post","type-post","status-publish","format-standard","hentry","category-662026","category-66032026","category-Access_programmieren","category-Word_programmieren"],"aioseo_notices":[],"aioseo_head":"\n\t\t<!-- All in One SEO 4.9.10 - aioseo.com -->\n\t<meta name=\"description\" content=\"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel &quot;ADODB: Gespeicherte Prozeduren einfach aufrufen&quot; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.\" \/>\n\t<meta name=\"robots\" content=\"max-image-preview:large\" \/>\n\t<meta name=\"author\" content=\"Andr\u00e9 Minhorst\"\/>\n\t<link rel=\"canonical\" href=\"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/\" \/>\n\t<meta name=\"generator\" content=\"All in One SEO (AIOSEO) 4.9.10\" \/>\n\t\t<meta property=\"og:locale\" content=\"de_DE\" \/>\n\t\t<meta property=\"og:site_name\" content=\"Visual Basic Entwickler - Das Magazin f\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.\" \/>\n\t\t<meta property=\"og:type\" content=\"article\" \/>\n\t\t<meta property=\"og:title\" content=\"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler\" \/>\n\t\t<meta property=\"og:description\" content=\"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel &quot;ADODB: Gespeicherte Prozeduren einfach aufrufen&quot; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.\" \/>\n\t\t<meta property=\"og:url\" content=\"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/\" \/>\n\t\t<meta property=\"og:image\" content=\"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png\" \/>\n\t\t<meta property=\"og:image:secure_url\" content=\"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png\" \/>\n\t\t<meta property=\"article:published_time\" content=\"2026-07-28T15:04:22+00:00\" \/>\n\t\t<meta property=\"article:modified_time\" content=\"-001-11-30T00:00:00+00:00\" \/>\n\t\t<meta name=\"twitter:card\" content=\"summary_large_image\" \/>\n\t\t<meta name=\"twitter:title\" content=\"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler\" \/>\n\t\t<meta name=\"twitter:description\" content=\"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel &quot;ADODB: Gespeicherte Prozeduren einfach aufrufen&quot; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.\" \/>\n\t\t<meta name=\"twitter:image\" content=\"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png\" \/>\n\t\t<script type=\"application\/ld+json\" class=\"aioseo-schema\">\n\t\t\t{\"@context\":\"https:\\\/\\\/schema.org\",\"@graph\":[{\"@type\":\"BlogPosting\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#blogposting\",\"name\":\"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler\",\"headline\":\"ADODB: Formulare mit gespeicherten Prozeduren\",\"author\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/author\\\/andreminhorst-com\\\/#author\"},\"publisher\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/#organization\"},\"image\":{\"@type\":\"ImageObject\",\"url\":\"http:\\\/\\\/vg08.met.vgwort.de\\\/na\\\/533627ae62f746dc98d4c6d8ccf315a5\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#articleImage\"},\"datePublished\":\"2026-06-01T00:00:00+00:00\",\"dateModified\":\"-0001-11-30T00:00:00+00:00\",\"inLanguage\":\"de-DE\",\"mainEntityOfPage\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#webpage\"},\"isPartOf\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#webpage\"},\"articleSection\":\"2026, 3\\\/2026, Access programmieren, Word programmieren\"},{\"@type\":\"BreadcrumbList\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#breadcrumblist\",\"itemListElement\":[{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de#listItem\",\"position\":1,\"name\":\"Home\",\"item\":\"https:\\\/\\\/vbentwickler.de\",\"nextItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/#listItem\",\"name\":\"2026\"}},{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/#listItem\",\"position\":2,\"name\":\"2026\",\"item\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/\",\"nextItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/3\\\/2026\\\/#listItem\",\"name\":\"3\\\/2026\"},\"previousItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de#listItem\",\"name\":\"Home\"}},{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/3\\\/2026\\\/#listItem\",\"position\":3,\"name\":\"3\\\/2026\",\"item\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/3\\\/2026\\\/\",\"nextItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#listItem\",\"name\":\"ADODB: Formulare mit gespeicherten Prozeduren\"},\"previousItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/#listItem\",\"name\":\"2026\"}},{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#listItem\",\"position\":4,\"name\":\"ADODB: Formulare mit gespeicherten Prozeduren\",\"previousItem\":{\"@type\":\"ListItem\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/category\\\/2026\\\/3\\\/2026\\\/#listItem\",\"name\":\"3\\\/2026\"}}]},{\"@type\":\"Organization\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/#organization\",\"name\":\"Datenbankentwickler\",\"description\":\"Das Magazin f\\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.\",\"url\":\"https:\\\/\\\/vbentwickler.de\\\/\",\"logo\":{\"@type\":\"ImageObject\",\"url\":\"https:\\\/\\\/vbentwickler.de\\\/wp-content\\\/uploads\\\/2022\\\/08\\\/cropped-header_vbe-1.png\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#organizationLogo\",\"width\":664,\"height\":225},\"image\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#organizationLogo\"}},{\"@type\":\"Person\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/author\\\/andreminhorst-com\\\/#author\",\"url\":\"https:\\\/\\\/vbentwickler.de\\\/author\\\/andreminhorst-com\\\/\",\"name\":\"Andr\\u00e9 Minhorst\",\"image\":{\"@type\":\"ImageObject\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#authorImage\",\"url\":\"https:\\\/\\\/secure.gravatar.com\\\/avatar\\\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g\",\"width\":96,\"height\":96,\"caption\":\"Andr\\u00e9 Minhorst\"}},{\"@type\":\"WebPage\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#webpage\",\"url\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/\",\"name\":\"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler\",\"description\":\"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\\u00f6chtest den Datenzugriff ausschlie\\u00dflich \\u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\\u00f6\\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\\u00e4ndiges CRUD-Formular mit \\u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \\u00fcber den Wrapper aus dem Artikel \\\"ADODB: Gespeicherte Prozeduren einfach aufrufen\\\" (www.vbentwickler.de\\\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\\u00e4che, die sich vom Benutzer aus anf\\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\\u00dflich mit serverseitigen Prozeduren kommuniziert.\",\"inLanguage\":\"de-DE\",\"isPartOf\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/#website\"},\"breadcrumb\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/ADODB_Formulare_mit_gespeicherten_Prozeduren\\\/#breadcrumblist\"},\"author\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/author\\\/andreminhorst-com\\\/#author\"},\"creator\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/author\\\/andreminhorst-com\\\/#author\"},\"datePublished\":\"2026-06-01T00:00:00+00:00\",\"dateModified\":\"-0001-11-30T00:00:00+00:00\"},{\"@type\":\"WebSite\",\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/#website\",\"url\":\"https:\\\/\\\/vbentwickler.de\\\/\",\"name\":\"Datenbankentwickler\",\"description\":\"Das Magazin f\\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.\",\"inLanguage\":\"de-DE\",\"publisher\":{\"@id\":\"https:\\\/\\\/vbentwickler.de\\\/#organization\"}}]}\n\t\t<\/script>\n\t\t<!-- All in One SEO -->\n\n","aioseo_head_json":{"title":"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler","description":"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel \"ADODB: Gespeicherte Prozeduren einfach aufrufen\" (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.","canonical_url":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":{"@context":"https:\/\/schema.org","@graph":[{"@type":"BlogPosting","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#blogposting","name":"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler","headline":"ADODB: Formulare mit gespeicherten Prozeduren","author":{"@id":"https:\/\/vbentwickler.de\/author\/andreminhorst-com\/#author"},"publisher":{"@id":"https:\/\/vbentwickler.de\/#organization"},"image":{"@type":"ImageObject","url":"http:\/\/vg08.met.vgwort.de\/na\/533627ae62f746dc98d4c6d8ccf315a5","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#articleImage"},"datePublished":"2026-06-01T00:00:00+00:00","dateModified":"-0001-11-30T00:00:00+00:00","inLanguage":"de-DE","mainEntityOfPage":{"@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#webpage"},"isPartOf":{"@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#webpage"},"articleSection":"2026, 3\/2026, Access programmieren, Word programmieren"},{"@type":"BreadcrumbList","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#breadcrumblist","itemListElement":[{"@type":"ListItem","@id":"https:\/\/vbentwickler.de#listItem","position":1,"name":"Home","item":"https:\/\/vbentwickler.de","nextItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/#listItem","name":"2026"}},{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/#listItem","position":2,"name":"2026","item":"https:\/\/vbentwickler.de\/category\/2026\/","nextItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/#listItem","name":"3\/2026"},"previousItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de#listItem","name":"Home"}},{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/#listItem","position":3,"name":"3\/2026","item":"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/","nextItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#listItem","name":"ADODB: Formulare mit gespeicherten Prozeduren"},"previousItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/#listItem","name":"2026"}},{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#listItem","position":4,"name":"ADODB: Formulare mit gespeicherten Prozeduren","previousItem":{"@type":"ListItem","@id":"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/#listItem","name":"3\/2026"}}]},{"@type":"Organization","@id":"https:\/\/vbentwickler.de\/#organization","name":"Datenbankentwickler","description":"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.","url":"https:\/\/vbentwickler.de\/","logo":{"@type":"ImageObject","url":"https:\/\/vbentwickler.de\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#organizationLogo","width":664,"height":225},"image":{"@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#organizationLogo"}},{"@type":"Person","@id":"https:\/\/vbentwickler.de\/author\/andreminhorst-com\/#author","url":"https:\/\/vbentwickler.de\/author\/andreminhorst-com\/","name":"Andr\u00e9 Minhorst","image":{"@type":"ImageObject","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#authorImage","url":"https:\/\/secure.gravatar.com\/avatar\/1b9d010cf1716692cb9c34f21554e07d17d461acaea5b61b8cb21cbec678d48a?s=96&d=mm&r=g","width":96,"height":96,"caption":"Andr\u00e9 Minhorst"}},{"@type":"WebPage","@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#webpage","url":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/","name":"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler","description":"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel \"ADODB: Gespeicherte Prozeduren einfach aufrufen\" (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.","inLanguage":"de-DE","isPartOf":{"@id":"https:\/\/vbentwickler.de\/#website"},"breadcrumb":{"@id":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/#breadcrumblist"},"author":{"@id":"https:\/\/vbentwickler.de\/author\/andreminhorst-com\/#author"},"creator":{"@id":"https:\/\/vbentwickler.de\/author\/andreminhorst-com\/#author"},"datePublished":"2026-06-01T00:00:00+00:00","dateModified":"-0001-11-30T00:00:00+00:00"},{"@type":"WebSite","@id":"https:\/\/vbentwickler.de\/#website","url":"https:\/\/vbentwickler.de\/","name":"Datenbankentwickler","description":"Das Magazin f\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.","inLanguage":"de-DE","publisher":{"@id":"https:\/\/vbentwickler.de\/#organization"}}]},"og:locale":"de_DE","og:site_name":"Visual Basic Entwickler - Das Magazin f\u00fcr Datenbankentwickler auf Basis von Visual Studio und Co.","og:type":"article","og:title":"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler","og:description":"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel &quot;ADODB: Gespeicherte Prozeduren einfach aufrufen&quot; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.","og:url":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/","og:image":"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png","og:image:secure_url":"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png","article:published_time":"2026-07-28T15:04:22+00:00","article:modified_time":"-001-11-30T00:00:00+00:00","twitter:card":"summary_large_image","twitter:title":"ADODB: Formulare mit gespeicherten Prozeduren - Visual Basic Entwickler","twitter:description":"Access-Formulare leben traditionell von ihrer Datensatzquelle. Du weist dem Formular eine Tabelle oder eine Abfrage zu, und Access k\u00fcmmert sich um alles Weitere - Navigieren, Bearbeiten, Speichern, L\u00f6schen. Das funktioniert hervorragend, solange die Daten in einer Access-Datenbank oder in verkn\u00fcpften Tabellen liegen. Arbeitest Du jedoch mit einem SQL Server und m\u00f6chtest den Datenzugriff ausschlie\u00dflich \u00fcber gespeicherte Prozeduren abwickeln - etwa, weil Du die Datenbanklogik serverseitig kapseln, Berechtigungen feingranular steuern oder die Performance optimieren willst -, st\u00f6\u00dft dieses Modell an seine Grenzen. Gespeicherte Prozeduren lassen sich nicht als Datensatzquelle eines Formulars zuweisen, und die klassischen Access-Mechanismen zum Speichern greifen nicht. In diesem Artikel zeigen wir Dir, wie Du ein vollst\u00e4ndiges CRUD-Formular mit \u00dcbersicht und Detailansicht baust, das komplett ohne Datensatzquelle auskommt. Stattdessen f\u00fcllen wir die Unterformular-Recordsets und die Detailfelder zur Laufzeit mit dem Ergebnis gespeicherter Prozeduren, die wir \u00fcber den Wrapper aus dem Artikel &quot;ADODB: Gespeicherte Prozeduren einfach aufrufen&quot; (www.vbentwickler.de\/505) aufrufen. Das Ergebnis ist eine Formularoberfl\u00e4che, die sich vom Benutzer aus anf\u00fchlt wie ein klassisches Access-Formular, intern aber ausschlie\u00dflich mit serverseitigen Prozeduren kommuniziert.","twitter:image":"https:\/\/datenbankentwickler.net\/wp-content\/uploads\/2022\/08\/cropped-header_vbe-1.png"},"aioseo_meta_data":{"post_id":"55000506","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":"default","schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"limit_modified_date":false,"created":"2026-07-28 14:01:47","updated":"2026-07-28 14:01:47","ai":null,"breadcrumb_settings":null,"seo_analyzer_scan_date":null},"aioseo_breadcrumb":"<div class=\"aioseo-breadcrumbs\"><span class=\"aioseo-breadcrumb\">\n\t\t\t<a href=\"https:\/\/vbentwickler.de\" title=\"Home\">Home<\/a>\n\t\t<\/span><span class=\"aioseo-breadcrumb-separator\">&raquo;<\/span><span class=\"aioseo-breadcrumb\">\n\t\t\t<a href=\"https:\/\/vbentwickler.de\/category\/2026\/\" title=\"2026\">2026<\/a>\n\t\t<\/span><span class=\"aioseo-breadcrumb-separator\">&raquo;<\/span><span class=\"aioseo-breadcrumb\">\n\t\t\t<a href=\"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/\" title=\"3\/2026\">3\/2026<\/a>\n\t\t<\/span><span class=\"aioseo-breadcrumb-separator\">&raquo;<\/span><span class=\"aioseo-breadcrumb\">\n\t\t\tADODB: Formulare mit gespeicherten Prozeduren\n\t\t<\/span><\/div>","aioseo_breadcrumb_json":[{"label":"Home","link":"https:\/\/vbentwickler.de"},{"label":"2026","link":"https:\/\/vbentwickler.de\/category\/2026\/"},{"label":"3\/2026","link":"https:\/\/vbentwickler.de\/category\/2026\/3\/2026\/"},{"label":"ADODB: Formulare mit gespeicherten Prozeduren","link":"https:\/\/vbentwickler.de\/ADODB_Formulare_mit_gespeicherten_Prozeduren\/"}],"_links":{"self":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts\/55000506","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/comments?post=55000506"}],"version-history":[{"count":0,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/posts\/55000506\/revisions"}],"wp:attachment":[{"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/media?parent=55000506"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/categories?post=55000506"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/tags?post=55000506"},{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/vbentwickler.de\/data\/wp\/v2\/yst_prominent_words?post=55000506"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}