- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#31
Access-Hilfe / Re: Datenbank exportieren
Letzter Beitrag von Knobbi38 - Juli 31, 2026, 14:06:24Hallo Jörg,
ein gemeinsamer Nenner wäre eine Datenbank im SQLite-Format, welches sowohl auf Android und Windows zur Verfügung steht.
Mit B4X gib es auch ein Tool, mit dem sowohl Anwendungen für Android als auch Windows Desktop erstellt werden können. Für die Anwendungsentwicklung gibt es einen Designer und die Programmiersprache ist an VB angelehnt - alles natürlich kostenlos, es sein denn, du wolltest die Anwendung auch für IOS erstellen.
Damit sollte es kein Problem sein, Bilder per USB auf dein Android zu kopieren und dort anhand eindeutiger Dateinamen wieder in die DB zu importieren, entweder als Pfadangabe oder als BLOB in die SQLite-DB zu laden.
Knobbi38
ein gemeinsamer Nenner wäre eine Datenbank im SQLite-Format, welches sowohl auf Android und Windows zur Verfügung steht.
Mit B4X gib es auch ein Tool, mit dem sowohl Anwendungen für Android als auch Windows Desktop erstellt werden können. Für die Anwendungsentwicklung gibt es einen Designer und die Programmiersprache ist an VB angelehnt - alles natürlich kostenlos, es sein denn, du wolltest die Anwendung auch für IOS erstellen.
Damit sollte es kein Problem sein, Bilder per USB auf dein Android zu kopieren und dort anhand eindeutiger Dateinamen wieder in die DB zu importieren, entweder als Pfadangabe oder als BLOB in die SQLite-DB zu laden.
Knobbi38
#32
Access-Hilfe / Re: Datenbank exportieren
Letzter Beitrag von Bitsqueezer - Juli 31, 2026, 13:44:21Hallo,
die reinen Daten kannst Du sicher als CSV exportieren, auch die Pfade nimmt er mit. Die Pfade helfen Dir auf dem Handy natürlich wenig, außer Du kannst sie per Netz erreichen und hast passende URLs.
Da Android ein Linux ist, mußt Du einerseits erst mal die Dateien da draufbringen in passenden Ordnern und dann die Ordner im Pfad anpassen - und Deine DB auf dem Handy muß natürlich erst mal in der Lage sein, anhand des Handy-Pfades in Linux-Schreibweise auch die Datei zu öffnen.
Alternativ könntest Du die Dateien auf einen Webspace hochladen und dann einen http/https-Link verwenden. Das würde ich aber nur machen, wenn die Bilder öffentlich verfügbar sein dürfen (die werden zwar nirgendwo gelistet, auch Google findet die nicht, solange sie nicht in einer Webseite verlinkt sind, aber wer den Direktpfad zur Datei hat, kann sie natürlich öffnen).
Gruß
Christian
die reinen Daten kannst Du sicher als CSV exportieren, auch die Pfade nimmt er mit. Die Pfade helfen Dir auf dem Handy natürlich wenig, außer Du kannst sie per Netz erreichen und hast passende URLs.
Da Android ein Linux ist, mußt Du einerseits erst mal die Dateien da draufbringen in passenden Ordnern und dann die Ordner im Pfad anpassen - und Deine DB auf dem Handy muß natürlich erst mal in der Lage sein, anhand des Handy-Pfades in Linux-Schreibweise auch die Datei zu öffnen.
Alternativ könntest Du die Dateien auf einen Webspace hochladen und dann einen http/https-Link verwenden. Das würde ich aber nur machen, wenn die Bilder öffentlich verfügbar sein dürfen (die werden zwar nirgendwo gelistet, auch Google findet die nicht, solange sie nicht in einer Webseite verlinkt sind, aber wer den Direktpfad zur Datei hat, kann sie natürlich öffnen).
Gruß
Christian
#33
Access-Hilfe / Datenbank exportieren
Letzter Beitrag von Gockel67 - Juli 31, 2026, 12:19:48Moin Gemeinde,
ich mal wieder. Ich würde gerne mal eure Meinung zu einer Idee von mir hören.
Ich möchte einen Teil meiner Datenbank exportieren umd diese auf meinem Handy (Android) zu haben.
Als Datenbankprogramm auf dem Handy stehen zur Zeit Ninox und Memento zur Auswahl.
Der Ex- und Import per CSV sollten wohl kein Problem sein. Es sollen auch nur bestimmte Informationen aus einer Tabelle exportiert werden.
Nun zu meinem Problem: In der Tabelle befinden sich Bilder als relativer Pfad. Genau um diese geht es eigentlich.
Und da ist mir überhaupt nicht klar wie das funktionieren könnte.
Daher meine Frage: Hat jemand von euch so etwas schon einmal gemacht? Oder kennt ihr noch andere Apps auf dem Handy mit dem das möglich wäre?
Wünsche allen ein schönes Wochenende
Jörg
ich mal wieder. Ich würde gerne mal eure Meinung zu einer Idee von mir hören.
Ich möchte einen Teil meiner Datenbank exportieren umd diese auf meinem Handy (Android) zu haben.
Als Datenbankprogramm auf dem Handy stehen zur Zeit Ninox und Memento zur Auswahl.
Der Ex- und Import per CSV sollten wohl kein Problem sein. Es sollen auch nur bestimmte Informationen aus einer Tabelle exportiert werden.
Nun zu meinem Problem: In der Tabelle befinden sich Bilder als relativer Pfad. Genau um diese geht es eigentlich.
Und da ist mir überhaupt nicht klar wie das funktionieren könnte.
Daher meine Frage: Hat jemand von euch so etwas schon einmal gemacht? Oder kennt ihr noch andere Apps auf dem Handy mit dem das möglich wäre?
Wünsche allen ein schönes Wochenende
Jörg
#34
Access Programmierung / Re: verknüpfte Datensätze kopi...
Letzter Beitrag von Beaker s.a. - Juli 31, 2026, 11:47:52Hallo Max,
Die Frage lautet eher, was du mit diesem eher fragwürdigen Datenmodell
und dem chaotischen Beziehungsfenster anfangen kannst.
gruss ekkehard
ZitatIch hoffe, Ihr könnt damit was anfangen.Was soll man damit anfangen?
Die Frage lautet eher, was du mit diesem eher fragwürdigen Datenmodell
und dem chaotischen Beziehungsfenster anfangen kannst.
gruss ekkehard
#35
Access Programmierung / Re: verknüpfte Datensätze kopi...
Letzter Beitrag von Knobbi38 - Juli 30, 2026, 19:20:25Hallo Max,
du vermutest richtig, so etwas wird i.d.R. mit VBA und SQL erledigt und ist eigentlich eine Fleißarbeit. Wo genau ist also dein Problem oder ist das eine Auftragsarbeit? Und du verwendest immer noch ACC2K3 im MDB Format?
Knobbi38
du vermutest richtig, so etwas wird i.d.R. mit VBA und SQL erledigt und ist eigentlich eine Fleißarbeit. Wo genau ist also dein Problem oder ist das eine Auftragsarbeit? Und du verwendest immer noch ACC2K3 im MDB Format?
Knobbi38
#36
Access Programmierung / verknüpfte Datensätze kopieren
Letzter Beitrag von MaxP - Juli 30, 2026, 15:18:31Hallo zusammen,
ich habe eine DB zur Immobilienbeschreibung erstellt, die über Jahre verändert und gewachsen ist.
Nun möchte ich, dass ein komplettes Projekt kopiert werden kann.
(Sofern erforderlich: Leider ist unter Beziehungen die referentielle Integrität nicht überall möglich)
Ich gebe zuerst die vorh. Projekt-Nr an, dann die neue Projekt-Nr.
Dann sollte AC03 alle verknüpften Datensätze (egal ob 1:1 o. 1:n)
finden und kopieren.
AC sollte sämtliche Felder des DS selbstständig finden.
Die Tabellenbeschreibungen sind in der Auflistung der angefügten PDF enthalten.
Sie dürfen in diesem Board keine Dateianhänge sehen.
Und hier die Übersicht der Beziehungen.
Sie dürfen in diesem Board keine Dateianhänge sehen.
Ich hoffe, Ihr könnt damit was anfangen. Vermutlich geht das nur über VBA.
Gruß
Max
ich habe eine DB zur Immobilienbeschreibung erstellt, die über Jahre verändert und gewachsen ist.
Nun möchte ich, dass ein komplettes Projekt kopiert werden kann.
(Sofern erforderlich: Leider ist unter Beziehungen die referentielle Integrität nicht überall möglich)
Ich gebe zuerst die vorh. Projekt-Nr an, dann die neue Projekt-Nr.
Dann sollte AC03 alle verknüpften Datensätze (egal ob 1:1 o. 1:n)
finden und kopieren.
AC sollte sämtliche Felder des DS selbstständig finden.
Die Tabellenbeschreibungen sind in der Auflistung der angefügten PDF enthalten.
Sie dürfen in diesem Board keine Dateianhänge sehen.
Und hier die Übersicht der Beziehungen.
Sie dürfen in diesem Board keine Dateianhänge sehen.
Ich hoffe, Ihr könnt damit was anfangen. Vermutlich geht das nur über VBA.
Gruß
Max
#37
Access Programmierung / Re: kann SQL das besser?
Letzter Beitrag von Bitsqueezer - Juli 28, 2026, 17:28:14Hallo,
ich würde empfehlen, in SQL Server FILESTREAMs zu aktivieren. Damit ist SQL Server in der Lage, Dateien aus Windows Dateisystem selbst zu verwalten. Damit kannst Du auch das, was in DB eigentlich verpönt ist: Die Datei selbst in einer Tabelle verfügbar machen (ohne daß sie physisch in der Datenbank liegt, aber SQL Server weiß, wo sie ist und lädt sie zusammen mit der Tabelle, wenn man sie abfragt).
Generell benötigt der Dienst, unter dem SQL Server läuft, nur Zugriff auf den betreffenden Ordner. Auf dem gleichen Windows Server kann auch der Standard-NT-Account darauf zugreifen, wenn der Server mit den Dateien woanders liegt, muß der Dienst-Account ein entsprechend berechtigter Account sein, z.B. ein Domänenuser, den man normalerweise explizit für den SQL Server Dienst anlegt. Diesem kann man dann die entsprechenden Dateirechte geben.
SQL Server kann nur über FILESTREAM auf externe Dateien zugreifen. Wenn es um unabhängige Dateien geht, dann mußt Du CLR (.NET) Zugriff aktivieren, dann kann er auch Kommandos des Betriebssystems anwenden (allerdings ist das immer ein gewisses Sicherheitsrisiko wegen möglichen Angriffen).
Je nachdem, wie die Dateien zustandekommen, ist es einfacher, die Dateinamen mit VBA in eine Zieltabelle (aber auf dem SQL Server) zu schreiben, Tabellenvergleiche macht man dann per SQL und nicht mit Arrays (nebenbei, auch in Access).
Also mit FILESTREAM wäre eine Alternative, die Zeichnungen per SQL Server direkt zu verwalten, indem die Dateien nicht mehr direkt in Windows gespeichert werden, sondern über ein entsprechendes Frontend, bei dem die User Dinge wie Material oder Anderes, was jetzt im Dateinamen kodiert ist, als Felder erfassen. Damit erübrigt sich das dann und Du hast ein Datei-Repository, daß die User nie anfassen müssen, das Frontend kann die Dateien in die SQL Server Tabelle speichern und davon laden - also ein Dokumentmanagamentsystem, daß es für alle leichter macht, wenn man es richtig aufzieht.
Gruß
Christian
ich würde empfehlen, in SQL Server FILESTREAMs zu aktivieren. Damit ist SQL Server in der Lage, Dateien aus Windows Dateisystem selbst zu verwalten. Damit kannst Du auch das, was in DB eigentlich verpönt ist: Die Datei selbst in einer Tabelle verfügbar machen (ohne daß sie physisch in der Datenbank liegt, aber SQL Server weiß, wo sie ist und lädt sie zusammen mit der Tabelle, wenn man sie abfragt).
Generell benötigt der Dienst, unter dem SQL Server läuft, nur Zugriff auf den betreffenden Ordner. Auf dem gleichen Windows Server kann auch der Standard-NT-Account darauf zugreifen, wenn der Server mit den Dateien woanders liegt, muß der Dienst-Account ein entsprechend berechtigter Account sein, z.B. ein Domänenuser, den man normalerweise explizit für den SQL Server Dienst anlegt. Diesem kann man dann die entsprechenden Dateirechte geben.
SQL Server kann nur über FILESTREAM auf externe Dateien zugreifen. Wenn es um unabhängige Dateien geht, dann mußt Du CLR (.NET) Zugriff aktivieren, dann kann er auch Kommandos des Betriebssystems anwenden (allerdings ist das immer ein gewisses Sicherheitsrisiko wegen möglichen Angriffen).
Je nachdem, wie die Dateien zustandekommen, ist es einfacher, die Dateinamen mit VBA in eine Zieltabelle (aber auf dem SQL Server) zu schreiben, Tabellenvergleiche macht man dann per SQL und nicht mit Arrays (nebenbei, auch in Access).
Also mit FILESTREAM wäre eine Alternative, die Zeichnungen per SQL Server direkt zu verwalten, indem die Dateien nicht mehr direkt in Windows gespeichert werden, sondern über ein entsprechendes Frontend, bei dem die User Dinge wie Material oder Anderes, was jetzt im Dateinamen kodiert ist, als Felder erfassen. Damit erübrigt sich das dann und Du hast ein Datei-Repository, daß die User nie anfassen müssen, das Frontend kann die Dateien in die SQL Server Tabelle speichern und davon laden - also ein Dokumentmanagamentsystem, daß es für alle leichter macht, wenn man es richtig aufzieht.
Gruß
Christian
#38
Access Programmierung / kann SQL das besser?
Letzter Beitrag von Doming - Juli 28, 2026, 13:42:27Hallo,
ich habe im Backend (im Netzwerk) eine Tabelle fürs Material (etwa 17000 Artikel) und eine Tabelle für Zeichnungen (etwa 22000).
Die Zeichnungsdateien liegen in verschiedenen Verzeichnissen (>2000) und beinhalten die technische Daten der Artikel. Im Dateinamen steht Artikelnummer, Zeichnungsindex und der Artikelname.
Zu Beginn meiner Arbeit mit der DB habe ich die Zeichnungen aus den Verzeichnissen ausgelesen (Pfad & Name), den Dateinamen in die Einzelteile zerlegt und in die Zeichnungstabelle eingetragen.
Danach jeden Datensatz mit der Materialtabelle verglichen, um den PK des Materials als FK in die Zeichnungstabelle einzupflegen. Das hat eine ganze Zeit gedauert.
Mittlerweile lese ich die Dateinamen wie gehabt ein, allerdings in eine lokale Tabelle, analysiere den Dateinamen und schreibe das Ergebnis dann in ein Array. Danach lese ich die Materialtabelle ebenfalls in ein Array und vergleiche die beiden dann, mit enormem Zeitgewinn.
Nun gedenke ich ja, das Backend mit einem SQL-Server zu realisieren (ob das was wird, entscheiden hier andere, aber ich spiel das gedanklich schonmal durch).
Wenn ich das bisher richtig mitbekommen habe, kann der Server viele Sachen besser alleine, ohne dass ich per VBA jeden Datensatz in die Hände nehmen muss. Die Verzeichnisabfrage wird zeitlich ja wohl so bleiben, aber wie kann man den Abgleich optimieren?
Gruß
Doming
ich habe im Backend (im Netzwerk) eine Tabelle fürs Material (etwa 17000 Artikel) und eine Tabelle für Zeichnungen (etwa 22000).
Die Zeichnungsdateien liegen in verschiedenen Verzeichnissen (>2000) und beinhalten die technische Daten der Artikel. Im Dateinamen steht Artikelnummer, Zeichnungsindex und der Artikelname.
Zu Beginn meiner Arbeit mit der DB habe ich die Zeichnungen aus den Verzeichnissen ausgelesen (Pfad & Name), den Dateinamen in die Einzelteile zerlegt und in die Zeichnungstabelle eingetragen.
Danach jeden Datensatz mit der Materialtabelle verglichen, um den PK des Materials als FK in die Zeichnungstabelle einzupflegen. Das hat eine ganze Zeit gedauert.
Mittlerweile lese ich die Dateinamen wie gehabt ein, allerdings in eine lokale Tabelle, analysiere den Dateinamen und schreibe das Ergebnis dann in ein Array. Danach lese ich die Materialtabelle ebenfalls in ein Array und vergleiche die beiden dann, mit enormem Zeitgewinn.
Nun gedenke ich ja, das Backend mit einem SQL-Server zu realisieren (ob das was wird, entscheiden hier andere, aber ich spiel das gedanklich schonmal durch).
Wenn ich das bisher richtig mitbekommen habe, kann der Server viele Sachen besser alleine, ohne dass ich per VBA jeden Datensatz in die Hände nehmen muss. Die Verzeichnisabfrage wird zeitlich ja wohl so bleiben, aber wie kann man den Abgleich optimieren?
Gruß
Doming
#39
Access Programmierung / Re: Wie viele BackEnds sind si...
Letzter Beitrag von Bitsqueezer - Juli 27, 2026, 20:19:04Hallo,
natürlich kann das Access-Frontend auch weiterhin mehrere Backends verwenden. Aber es ist nicht notwendig. Für gewöhnlich packt man alles, was zusammengehört, in eine Datenbank.
Wie Knobbi oben schon gesagt hat: Auch bei SQL Server kann man Beziehungen nur innerhalb einer Datenbank erstellen, und referentielle Integrität ist die halbe Miete bei allen Datenbanken.
Mehr als eine DB wäre dann sinnvoll, wenn die Tabellen ein anderes Thema beschreiben, bei denen die Daten nichts mit den Daten einer anderen DB zu tun haben. Eine Masterdatenbank ist manchmal gut, wenn es gewisse Daten gibt, die gemeinsam genutzt werden können. Aber da es viel einfacher ist, alles zusammenzuhalten, macht es mehr Sinn, sich über ein Namenschema Gedanken zu machen. Darüber hinaus kann man bei SQL Server Tabellen und andere Objekte in eigene Schemas packen (die auch getrennte Rechte haben können), und somit eine "DB in einer DB" sein können. Das ist viel einfacher, als für alles eigene DBs zu erstellen. Und zwischen Tabellen in verschiedenen Schemas kann man problemlos auch Relationen erstellen. Da Diagramme nach Belieben erstellt werden können, kann man so auch einfach verschiedene "Beziehungsfenster" bauen.
Gruß
Christian
natürlich kann das Access-Frontend auch weiterhin mehrere Backends verwenden. Aber es ist nicht notwendig. Für gewöhnlich packt man alles, was zusammengehört, in eine Datenbank.
Wie Knobbi oben schon gesagt hat: Auch bei SQL Server kann man Beziehungen nur innerhalb einer Datenbank erstellen, und referentielle Integrität ist die halbe Miete bei allen Datenbanken.
Mehr als eine DB wäre dann sinnvoll, wenn die Tabellen ein anderes Thema beschreiben, bei denen die Daten nichts mit den Daten einer anderen DB zu tun haben. Eine Masterdatenbank ist manchmal gut, wenn es gewisse Daten gibt, die gemeinsam genutzt werden können. Aber da es viel einfacher ist, alles zusammenzuhalten, macht es mehr Sinn, sich über ein Namenschema Gedanken zu machen. Darüber hinaus kann man bei SQL Server Tabellen und andere Objekte in eigene Schemas packen (die auch getrennte Rechte haben können), und somit eine "DB in einer DB" sein können. Das ist viel einfacher, als für alles eigene DBs zu erstellen. Und zwischen Tabellen in verschiedenen Schemas kann man problemlos auch Relationen erstellen. Da Diagramme nach Belieben erstellt werden können, kann man so auch einfach verschiedene "Beziehungsfenster" bauen.
Gruß
Christian
#40
Access Programmierung / Re: Wie viele BackEnds sind si...
Letzter Beitrag von Doming - Juli 27, 2026, 12:11:49Zitat von: Knobbi38 am Juli 27, 2026, 11:07:42Relationen können jedoch nur innerhalb einer Datenbank verwaltet werden und nicht über deren Grenzen hinaus.
Danke für den Aspekt, der sogar mir einleuchtet ;-)
Gibt es bei einer SQL-Server-Lösung eigentlich auch weiterhin mehrere BackEnds oder schaufelt man alle Tabellen komplett zusammen und erstellt dann die nötigen Beziehungen falls nötig?