- Welcome to Access-o-Mania.
Hilfe zu Microsoft Access und verwandten Produkten
Neueste Beiträge
#1
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Nicolo#22 - Heute um 12:05:30@MzKlMu
Klaus, ich denke ich hatte einen Fehler drinne. Hab jetzt nochmal alles neu erstellt.
Alles passt jetzt, wg. der Integrität.
Der Fehler lag vermütlich daran (laut Christian) weil ich nicht ALLE Tabellen verknüpft hatte.
Bez. Mini DB. Das ist schon so gewollt. Die Master DB ist sehr umfangreich und kompliziert aufgebaut.
An bestimmten Feldern in FRM sind spezielle Codes geknüpft (von Kobbi38) die aber dann Fehler bringen
wenn ich die Felder in einer neuen FRM Kopie einfach lösche.
Werde jetzt mal überlegen was am meisten Sinn macht.
Danke euch.
Klaus, ich denke ich hatte einen Fehler drinne. Hab jetzt nochmal alles neu erstellt.
Alles passt jetzt, wg. der Integrität.
Der Fehler lag vermütlich daran (laut Christian) weil ich nicht ALLE Tabellen verknüpft hatte.
Bez. Mini DB. Das ist schon so gewollt. Die Master DB ist sehr umfangreich und kompliziert aufgebaut.
An bestimmten Feldern in FRM sind spezielle Codes geknüpft (von Kobbi38) die aber dann Fehler bringen
wenn ich die Felder in einer neuen FRM Kopie einfach lösche.
Werde jetzt mal überlegen was am meisten Sinn macht.
Danke euch.
#2
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von MzKlMu - Heute um 11:36:27Hallo,
Zitataber bestimmte Formulare haben bestimmte Felder nicht.Dazu braucht es doch keine extra (mini) DB. Mann kann doch aus einer beliebig großen Tabelle nur die Felder auf ein Formular nehmen, die das Formular wirklich braucht.
ZitatAber es kann keine Integrietät erstellt werden,Dann hast Du grundsätzliche Fehler in den Daten. Es könnte z.B. sein, dass es auf der n-Seite Schlüsselwerte gibt die auf der 1-Seite nicht vorhanden sind. Das muss korrigiert werden, sonst hast Du inkonsistente Daten.
#3
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Bitsqueezer - Heute um 11:33:50Hallo,
bei einer Aufteilung in BE und FE gehören natürlich ALLE Tabellen in das BE.
Du kannst keine Beziehung mit RI über Datenbanken hinweg erstellen (also eine Tabelle im FE und eine andere im BE).
Für Access ist das dann nur eine "Abfragevorlage" (die dünne Linie) und wird das bei neuen Abfragen als Verbindung für ein JOIN vorschlagen, aber das sollte man tunlichst vermeiden ("Verseuchung" des Beziehungsfensters mit Dingen, die in Abfragen gehören und nicht in den Beziehungseditor).
Gruß
Christian
bei einer Aufteilung in BE und FE gehören natürlich ALLE Tabellen in das BE.
Du kannst keine Beziehung mit RI über Datenbanken hinweg erstellen (also eine Tabelle im FE und eine andere im BE).
Für Access ist das dann nur eine "Abfragevorlage" (die dünne Linie) und wird das bei neuen Abfragen als Verbindung für ein JOIN vorschlagen, aber das sollte man tunlichst vermeiden ("Verseuchung" des Beziehungsfensters mit Dingen, die in Abfragen gehören und nicht in den Beziehungseditor).
Gruß
Christian
#4
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Nicolo#22 - Heute um 10:31:04@Knobbi38
Danke siehe #4
Hab vermutlich etwas übersehn.
Der Grund für die MINI ist einfach.
Die Tabellen sind alle gleich. aber bestimmte Formulare haben bestimmte Felder nicht.
Update.
Frage an dich. Wenn die Beziehungen im BE korrekt dargestellt sind, jedoch im den beiden Frontend nur als dünne Linien
ist das so richtig?
Danke siehe #4
Hab vermutlich etwas übersehn.
Der Grund für die MINI ist einfach.
Die Tabellen sind alle gleich. aber bestimmte Formulare haben bestimmte Felder nicht.
Update.
Frage an dich. Wenn die Beziehungen im BE korrekt dargestellt sind, jedoch im den beiden Frontend nur als dünne Linien
ist das so richtig?
#5
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Nicolo#22 - Heute um 10:26:30@PhilS
Hmm, möglich. Aber mit SQL kenne ich mich zu wenig aus.
@Doming
An verknüpfte Tabellen hab ich auch schon gedacht. Wäre für meinen Zweck ideal.
ABER:
Hab dazu die große u. kleine DB kopiert (Arbeitskopien)
Dann eine neue DB als BackEnd angelegt, in diese habe ich testweise eine der Tabellen importiert.
Damit wären alle DS aus dieser Tabelle im Backend.
Dann habe ich in der großen und kleinen DB die Ur.Tabelle umbenannt und dafür die verknüpfte eingefügt.
Den Tabellennamen beibehalten.
Dann im Beziehungsfenster die Beziehungen neu erstellt.
Aber es kann keine Integrietät erstellt werden, es wird nur eine dünne Linie angezeigt.
Dann in der grossen DB einen DS hinzugefügt.
Es wird aber in der grossen und kleinen DB der neue DS korrekt angezeigt.
Habe jetzt Zweifel ob das so korrekt ist.
Hmm, möglich. Aber mit SQL kenne ich mich zu wenig aus.
@Doming
An verknüpfte Tabellen hab ich auch schon gedacht. Wäre für meinen Zweck ideal.
ABER:
Hab dazu die große u. kleine DB kopiert (Arbeitskopien)
Dann eine neue DB als BackEnd angelegt, in diese habe ich testweise eine der Tabellen importiert.
Damit wären alle DS aus dieser Tabelle im Backend.
Dann habe ich in der großen und kleinen DB die Ur.Tabelle umbenannt und dafür die verknüpfte eingefügt.
Den Tabellennamen beibehalten.
Dann im Beziehungsfenster die Beziehungen neu erstellt.
Aber es kann keine Integrietät erstellt werden, es wird nur eine dünne Linie angezeigt.
Dann in der grossen DB einen DS hinzugefügt.
Es wird aber in der grossen und kleinen DB der neue DS korrekt angezeigt.
Habe jetzt Zweifel ob das so korrekt ist.
#6
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Knobbi38 - Heute um 10:22:57Hallo Nicolo,
ich kann den Sinn einer kleineren Variante deiner Datenbank noch nicht ganz erkennen, denn eigentlich sollten die Tabellen miteinander in Beziehung stehen. In einer ,,Mini-DB" sind dann ja nicht mehr alle Tabellen enthalten. Zudem erhöht sich dadurch der Pflegeaufwand für die Datenbanken. Speicherplatz kann für eine solche Maßnahme kein Grund sein.
Kann es sein, dass die Datenbank nicht in ein Frontend und ein Backend aufgeteilt ist? In diesem Fall wäre es sinnvoll, die DB aufzuteilen und mit zwei verschiedenen Frontends auf ein gemeinsames Backend zuzugreifen. Dann würde sich das Synchronisieren bzw. Replizieren von zwei Datenbanken erübrigen. Sollte die BE dann zu groß werden – oder vielleicht auch schon früher –, könnte man auf einen "richtigen" SQL-Server, möglicherweise in einer kostenlosen Variante, umsteigen. Das halte ich für die sinnvollere Lösung.
Was das Synchronisieren/Replizieren zwischen zwei DBs betrifft, kann man natürlich eine Prozedur in VBA erstellen, welche die entsprechenden "Kopieraktionen" in der richtigen Reihenfolge, wegen der bestehenden Beziehungen, durchführt. Schwierig wird es jedoch, wenn Änderungen in der Mini-DB auf die "Master"-DB zurückgeführt werden sollen. Das kann u.U. wegen der dahinter stehenden Logik sehr kompliziert werden. Ohne Not würde ich von so einem Vorhaben abraten.
Gruß Knobbi38
ich kann den Sinn einer kleineren Variante deiner Datenbank noch nicht ganz erkennen, denn eigentlich sollten die Tabellen miteinander in Beziehung stehen. In einer ,,Mini-DB" sind dann ja nicht mehr alle Tabellen enthalten. Zudem erhöht sich dadurch der Pflegeaufwand für die Datenbanken. Speicherplatz kann für eine solche Maßnahme kein Grund sein.
Kann es sein, dass die Datenbank nicht in ein Frontend und ein Backend aufgeteilt ist? In diesem Fall wäre es sinnvoll, die DB aufzuteilen und mit zwei verschiedenen Frontends auf ein gemeinsames Backend zuzugreifen. Dann würde sich das Synchronisieren bzw. Replizieren von zwei Datenbanken erübrigen. Sollte die BE dann zu groß werden – oder vielleicht auch schon früher –, könnte man auf einen "richtigen" SQL-Server, möglicherweise in einer kostenlosen Variante, umsteigen. Das halte ich für die sinnvollere Lösung.
Was das Synchronisieren/Replizieren zwischen zwei DBs betrifft, kann man natürlich eine Prozedur in VBA erstellen, welche die entsprechenden "Kopieraktionen" in der richtigen Reihenfolge, wegen der bestehenden Beziehungen, durchführt. Schwierig wird es jedoch, wenn Änderungen in der Mini-DB auf die "Master"-DB zurückgeführt werden sollen. Das kann u.U. wegen der dahinter stehenden Logik sehr kompliziert werden. Ohne Not würde ich von so einem Vorhaben abraten.
Gruß Knobbi38
#7
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von Doming - Heute um 06:07:10Moin Nicolo,
sollen sich denn die Änderungen, die Du in der ,,kleinen" DB durchführst, auch auf die originale DB auswirken?
Dann wären verknüpfte Tabellen das Mittel der Wahl. Dann würdest Du Dir auch das Ex/Importieren von Daten ersparen und somit das Erzeugen von redundanten Daten.
Du brauchst ja nicht allen Schnickschnack der großen DB verwerten, die Daten kannst Du ja durch Abfragen auf das Nötige reduzieren.
Über welche Datenmengen reden wir denn?
Gruß
Doming
sollen sich denn die Änderungen, die Du in der ,,kleinen" DB durchführst, auch auf die originale DB auswirken?
Dann wären verknüpfte Tabellen das Mittel der Wahl. Dann würdest Du Dir auch das Ex/Importieren von Daten ersparen und somit das Erzeugen von redundanten Daten.
Du brauchst ja nicht allen Schnickschnack der großen DB verwerten, die Daten kannst Du ja durch Abfragen auf das Nötige reduzieren.
Über welche Datenmengen reden wir denn?
Gruß
Doming
#8
Access Programmierung / Re: Import von Datensätzen aus...
Letzter Beitrag von PhilS - Mai 05, 2026, 20:38:03Zitat von: Nicolo#22 am Mai 05, 2026, 18:07:26Was wäre eine schnelle Variante?Wenn es nur um neue Datensätze geht, ist eine (bzw. mehrere) Anfügeabfrage(n) eine relativ einfache Lösung.
Per VBA?
Geht sowas überhaupt?
Um das Prinzip zu verdeutlichen:
INSERT INTO LokaleTabelle (PkSpalte, Spalte2, Spalte3)
SELECT ExterneTabelle.PkSpalte ExterneTabelle.Spalte2, ExterneTabelle.Spalte3
FROM ExterneTabelle IN 'C:\Pfad\zur\Anderen.accdb'
LEFT JOIN LokaleTabelle
ON LokaleTabelle.PkSpalte = ExterneTabelle.PkSpalte
WHERE LokaleTabelle.PkSpalte IS NULL;
Wenn du das ganze über VBA machst, kannst du auch einen Dateidialog vorschalten und den Pfad zur DB dann per VBA in das SQL-Statement einbauen.
Zitat von: Nicolo#22 am Mai 05, 2026, 18:07:26Bin gespannt auf eure Meinung. (Knobbi38) ??Du kannst andere Benutzer mit einem @ vor dem Benutzernamen taggen: @Knobbi38, dann werden sie auch über deinen Post informiert. Das sollte man allerdings nur tun, wenn man recht sicher ist, dass der Benutzer auch an dem Thema interessiert ist.
#9
Access Programmierung / Import von Datensätzen aus ein...
Letzter Beitrag von Nicolo#22 - Mai 05, 2026, 18:07:26Hallo Experten,
heute wollte ich folgende Idee verwirklichen: Leider zu wenig Kenntnisse.
Evtl. geht das ja auch so ohne Spezialwissen überhaupt nicht.
Ich habe u.a. eine sehr umfangreiche DB mit all möglichen Daten und Schnickschnack.
Darin sind natürlich auch Tabellen usw.
Jetzt wollte ich eine Mini Version erzeugen, mit nur bestimmten Daten (Tabellen/Formularen etc.
Dazu habe ich die relevanten Daten (Tablellen etc) in eine neue DB importiert.
Alles funktioniert gut. Sogar die VBA Codes.
Jetzt das Problem, Denkfehler.-
Wenn ich in die große DB Daten einfüge, sie pflege, dann sind diese ja nur dort und nicht in der Mini DB.
Wie man jetzt die Daten in der Mini DB aktualisieren kann, per Hand, über Datenimport Externe Daten ist klar, das geht. Aber mühselig.
Was wäre eine schnelle Variante? Per VBA?
Geht sowas überhaupt?
Oder ist der manuelle Weg die einzige, weil fehlerfreie Möglichkeit?
Der Haken ist ja, es sollen nur jene DS in die MINI importiert werden die in der großen DB hinzugekommen sind.
Im Kern ginge es dabei um 2 Tabellen die sich täglich in der großen DB ändern.
Man kann jetzt fragen, warum diese MINI ? Weil sie stark abgespeckt ist, auf das wesentliche reduziert.
Bin gespannt auf eure Meinung. (Knobbi38) ??
Danke
heute wollte ich folgende Idee verwirklichen: Leider zu wenig Kenntnisse.
Evtl. geht das ja auch so ohne Spezialwissen überhaupt nicht.
Ich habe u.a. eine sehr umfangreiche DB mit all möglichen Daten und Schnickschnack.
Darin sind natürlich auch Tabellen usw.
Jetzt wollte ich eine Mini Version erzeugen, mit nur bestimmten Daten (Tabellen/Formularen etc.
Dazu habe ich die relevanten Daten (Tablellen etc) in eine neue DB importiert.
Alles funktioniert gut. Sogar die VBA Codes.
Jetzt das Problem, Denkfehler.-
Wenn ich in die große DB Daten einfüge, sie pflege, dann sind diese ja nur dort und nicht in der Mini DB.
Wie man jetzt die Daten in der Mini DB aktualisieren kann, per Hand, über Datenimport Externe Daten ist klar, das geht. Aber mühselig.
Was wäre eine schnelle Variante? Per VBA?
Geht sowas überhaupt?
Oder ist der manuelle Weg die einzige, weil fehlerfreie Möglichkeit?
Der Haken ist ja, es sollen nur jene DS in die MINI importiert werden die in der großen DB hinzugekommen sind.
Im Kern ginge es dabei um 2 Tabellen die sich täglich in der großen DB ändern.
Man kann jetzt fragen, warum diese MINI ? Weil sie stark abgespeckt ist, auf das wesentliche reduziert.
Bin gespannt auf eure Meinung. (Knobbi38) ??
Danke
#10
Formular / Re: Rechnung ohne MwSt oder ei...
Letzter Beitrag von Beaker s.a. - Mai 05, 2026, 17:50:45Hallo,
(von/bis) der St.-Sätze.
gruss ekkehard
ZitatBTW. eine manuelle Eingabe für den MWST Satz würde ich jetzt nicht machen, nimm stattdessen ein Dropdown.Würde ich auch so machen. Es gehört dann aber eine Tabelle dahinter mit Gültigkeitsdatum
(von/bis) der St.-Sätze.
gruss ekkehard