Arbeitsweise einer Access-DB mit Front- u. Backend im Netzwerk
Deandl
Gesendet: 08.11.18 11:28
Betreff: RE: Arbeitsweise einer Access-DB mit Front- u. Backend im Netzwerk


New user

Beiträge: 2

Ort: München
Hallo Peter,

vielen lieben Dank für deine Mühe


zu...

2. Wie funktioniert das im Netzwerk und muss ich da was beachten damit alles Reibungslos funktioniert.

Im Netzwerk ist normalerweise nur zu beachten, dass der Rechner per Kabel angeschlossen ist, nicht Wifi, weil das immer wieder zu Performanceproblemen/Abstürzen führt.


->OK. Das ist blöd die Arbeiten hier überwiegend im WiFi, hatte gehofft das dies nicht zu Problem führen wird. Aber gut zu Wissen


3. speichert jedes Frontend die genutzten Variablen des Codes wirklich nur auf dem Rechner wo das Frontend liegt und schickt dann sozusagen das Ergebnis das ich zurückschreiben will wieder an die DB
bzw. wo findet die Bearbeitung und Berechnung statt? nur auf dem Rechner des FEs oder auch irgendwo auf dem Server?
(z.B. Globale Variable um etwas an eine weiters Formular übergeben zu können)

Der Code läuft ausnahmslos im FE. Um die Bearbeitung der Daten muss man sich eigentlich nicht kümmern, wenn man gebundene Formulare verwendet. Access speichert Änderungen bei Datensatzwechsel oder z.B. Schließen des Formulars automatisch.


-> Ok. Dann muss ich nochmal einen Fehler im Code so suchen, denn ich gleiche im Timerereignis auch nochmal eine Uhrzeit ab. Wenn diese überschritten ist sollte sich ja trotzdem jedes FE schließen.
Das ist schlecht, wenn Access automatisch speichert, da muss ich unbedingt noch schauen wie ich sowas unterbinde.


5. Was passiert, wenn die Netzwerkverbindung weg ist und irgendwann wieder da ist?

Bis zu den frühen Builds von Access 2016 war es so, dass bei Verlust der Verbindung die Anwendung (MSAccess.exe) neu gestartet werden musste. Seit kurzem reicht ein Refresh, z.B. F5.


-> oO ich hätte gedacht Access macht das automatisch...Ich hätte vermutet das Access dann ja alles bei sich im FE hat und wenn mal wieder was geht automatisch sich irgendwie wieder verbindet und nachträglich ins BE einträgt oder so.


10. Ich weiß man muss normalisieren und Dozenten und www. sagt es "kann" zu Fehlern kommen…, wenn man es nicht macht…. Aber mal ehrlich, wie argumentiert man, es "kann…" zu Problemen/Fehlern
kommen. Wie habt ihr denn sowas argumentiert.

Da müsste man ausholen. Vielleicht verstehst du schon, was gemeint ist, wenn du das Script von Michael Zimmermann zum Thema Normalisierung durchkaust: http://www.donkarl.com/AEK/downloads.htm AEK7 - Normalisierung


-> Ja, Normalisieren habe ich soweit verstanden, aber dann auch so umzusetzen ist dann wieder was anderes.
Ich tu mir halt schwer das jemanden zu erklären der noch nie davon gehört hat. Bin ja selber kein Profi
Die Fragen dann auch noch nach einem warum? ^^ und ich kann es eigentlich nicht professionell beantworten.
Würde gern einfach sagen "Das ist halt so" oder „Die Wege des Informatik-Gottes sind unergründlich... "" ^^
Normalisieren muss ich üben ... Bin bei meiner DB schon bei 26 Tabellen.



Vielen Dank nochmal und Grüße

Deandl
Top of the page Bottom of the page