Office: (Office 2016) Direkt in SharePoint Liste schreiben

Hallo zusammen,

kann mir jemand helfen, wie ich einen Datensatz per VBA direkt in eine Sharepoint Liste schreiben kann? ...ohne dass ich die Liste in meiner DB eingebunden haben muss?

Gruß
Klaus

:)

 

Da scheinbar niemand einen besseren Vorschlag hat, verweise ich mal auf die Dokumentation zur Sharepoint API für Listen.

 

Hallo sonic8,

das sieht doch sehr viel vesprechend aus.

Danke!

 

\@Klaus S. aus B.,
was hast du bis jetzt versucht?
Wie ist dein aktueller Kenntnisstand?
Was spricht gegen die Verknüpfung?

Was ich versuchen würde:
ADO Connection erstellen oder DAO Database.
Genaue Infos gibts da normal auf connectionstrings.com
Dann ein einfaches Insert.

Allerdings mit dem Thema Sicherheit bin ich da nicht bewandert.

 

Hallo Markus,
bisher habe ich nur die Variante Verknüpfung versucht.
Gegen die Verknüpfung spricht die Performance. Meine Erfahrung ist, dass jede Verknüpfung mit einer SharePoint Liste meine DB granatenmäßig langsam macht.

Kenntnisstand: "fundiertes Halbwissen" *wink.gif* Ich hab' schon mit DAO gearbeitet, aber ich bin kein Programmierer und kein VBA Profi.

Den Link mit den Connectionstrings habe ich mir angeschaut, allerdings sieht mir das nicht wie VBA aus.

Wie müsste den der Verbindungsstrings aussehen?

Dim db as DAO. Database
set db = "https://URLderSharepointSite" ?
???

Gruß
Klaus

 

Und woraus schließt du, dass es ohne Verknüpfung schneller gehen soll?

Das Gegenteil deiner Annahme müsste stimmen.
Die Verknüpfung hat ja den Vorteil, dass die Definition der Felder bekannt ist.
Ansonsten muss die noch extra erfragt werden.
Der direkte Zugriff macht ja nichts anderes, nur musst du nicht wissen was passiert.

SharePointlisten sind nicht besser als eine Access Datei im Web. Grauslich.

Wie fügst du an?

 

Eine Verknüpfung ist immer aktiv. D.h. schon wenn ich die DB starte muss ich auf SP warten.
Meine Hoffnung ist, dass ich die Verbindung nur aufbauen muss, wenn ich sie wirklich brauche.

Die Anwendung ist folgende:

Die SP Liste ist eine Liste für Taxianforderungen (mit Workflow), über die alle Mitarbeiter ein Taxi bestellen können.
Die DB ist zur Einsatzplanung (und Reisemanagement) der Serviceabteilung. Wenn für eine Reise ein Taxi gebraucht wird soll jetzt aus der DB (die notwendigen Informationen sind hier schon eingegeben) ein DS (Listeneintrag) mit den notwendigen Feldern in der SP Liste erstellt werden.

Es wird nicht bei jeder Reise ein Taxi benötigt und ich brauche keine ständige Verbindung zur Liste, weil die Verbindung nur auf Knopfdruck aufgebaut wird, um einen neuen Taxi Antrag zu erstellen.

 

Das sind die Sharepoint-ConnectionStrings (nach ganz unten scrollen) für ADO-Connections.
Um verknüpfte Tabellen (Listen) zu erstellen, würde ich mir die Connect-Property (Description im Property Sheet) von manuell verknüpften Sharepoint Listen anschauen.

Dein Einwand ist für eine ADO/DAO-Verbindung bzw. Verknüpfung sicherlich korrekt, nicht aber für einen direkten HTTP-REST-Aufruf.

Ob du Sharepoint Listen grauslich findest, ist dir überlassen, ein direkter Vergleich mit "einer Access Datei im Web" ist aber sicherlich nicht zutreffend.

 

Ich kenne mich damit ja auch gar nicht aus. *Smilie
Mein Wissensstand: Die Daten müssen so wie bei einer Access Datei vom Client aufbereitet werden (sprich gefiltert, sortiert, Abrufen von Indizes usw.) und daher bei WAN Zugriff nur sehr eingeschränkt sinnvoll einsetzbar. *grins
Daher würde ich SP-Listen als Backend auch kaum einsetzen, zumal es doch sinnvolle Lösungen gibt.

Falls das so nicht ganz korrekt ist - dann halte dich bitte nicht zurück, das ins rechte Licht zu rücken. Meine Antwort war rein emotional und nicht sachlich. *wink.gif*

Sollte aber dennoch wer wissen, warum es schon beim Öffnen eines Access Frontends ohne direkten Zugriff auf eine Sharepoint Liste zu einer Verzögerung kommt, so wäre das interessant.
Das widerspricht doch jeder Logik von Access.

 

Ich kenne mich mit Sharepoint (Listen) auch nur sehr begrenzt aus, daher hier nur ein paar Grundlagen.

Das besondere an verknüpften Sharepoint Tabellen (Listen) gegenüber allen anderen Arten von verknüpften Tabellen/Dateien in Access, ist, dass diese bereits Out-of-the-Box eine Offline-/Synchronisierungsfunktion eingebaut haben.

Es ist zwar richtig, dass Access die ganze Arbeit bei Abfragen auf verknüpfte Sharepoint-Tabellen macht, aber eben nicht gegen den Sharepoint-Server in der Cloud, sondern gegen die lokale Kopie der Daten in der Access-DB.

Periodisch werden die Daten zwischen dem Sharepoint-Server und der lokalen Kopie in der Access-DB abgeglichen und Synchronisiert. - Dies ist sicherlich der Grund, warum, wie von Klaus S. beobachtet, das Öffnen der Access-DB länger dauert als üblich. In diesem Moment werden die Daten abgeglichen.


Als universelles Backend ist Sharepoint sicherlich keine besonders gute Lösung, aber wenn man für eine DB (oder Teile davon) eine Offline-Funktionalität mit Synchronisierung benötigt, gibt es vermutlich keine andere derart einfache Lösung für diese Anforderung.

Hier noch zwei Links zu weiterführenden Informationen bei Microsoft:

• Synchronize a SharePoint 2010 list with Access 2010
• Work offline with tables that are linked to SharePoint lists

 

\@sonic8
wie gesagt, ich bin da nicht up to date was die Möglichkeiten und laufenden Verbesserungen betrifft.

Grundsätzlich ist es aber immer ein Krampf, wenn es kein DBMS vorhanden ist. Da fehlt dann einfach die Voraussetzung für jede sinnvolle Synchronisation.

Aber immer noch besser wie ich dachte. Danke jedenfalls für die Links.

 

Hallo zusammen,

bin etwas verwirrt. Ich weiß nicht so richtig in welche Richtung sich die Diskussion hier entwickelt.

Vielleicht noch mal grundsätzlich zu meinem Set-up:
die DB hat als Datenquelle eine Access-Datenbank als Backend, die Formulare und die (bescheidene) "Intelligenz" sind in einem Access-Frontend. Wenn ich mal Zeit habe, ist geplant das Backend auf SQL Server zu migrieren.
Die SharePoint Liste ist keine "Datenquelle", deshalb will ich sie auch nicht einbinden. Ich beabsichtige lediglich auf Knopfdruck unidirektional einen Datensatz in diese Liste zu schreiben.
Ich bin rein im LAN unterwegs, eine WAN Verbindung ist nicht relevant.

@sonic8: die Connections strings sehen mir so aus, als wäre sie nur geeignet, um eine SharePoint List zu verknüpfen. Das will ich ja nicht.
Wenn ich die strings im VBA einfüge bekomme ich nur Fehler (was mich nicht überrascht).
Gibt es da etwas im Stile von:

Code:

..um dann mit einem einfachen SQL String "INSERT INTO..." den DS zu schreiben?

Gruß
Klaus

 

öffen geht mit DBEngine.OpenDatabase
Details findest du in der Hilfe.

 

Das überrascht mich bei deinem Ansatz auch nicht. Dass die Zuweisung eines Strings an eine Variable vom Typ DAO.Database kein brauchbares Ergebnis liefert, sollte auch mit nur geringen Grundkenntnissen schon klar sein.

Da mich das Thema auch ein wenig interessiert, hier ein kleines Beispiel mit ADO:
Code:

Mit DAO sollte es eigentlich, mit kleinen Anpassungen, analog funktionieren. - Für weitere Experimente habe ich allerdings vorerst keine Zeit.

 

\@sonic8,
Warum ein Recordset?
Zuerst alles auslesen um einen Datensatz anzufügen?
Er möchte doch möglichst keinen Overhead.
Warum nicht einfach:
cn.Execute "Insert into ..."