6
Access 2010 Migration auf MS SQL Server? Und der Frontend Umzug?
Hallo zusammen,
habe bereits über die Suche nach etwas passendem gesucht. Jedoch leider nichts passendes gefunden.
Wir planen unsere Access 2010 Datenbank in SQL Server 2019 Express zu migrieren.
Lt. diversen Tutorials sollte das nicht zu schwer sein. Oder gibt es einen idealen Weg?
Wie sieht es jedoch mit dem Frontend aus? Dies wurde zuvor auch im Access entwickelt.
Würden uns am liebsten die Access Lizenzen (Office 2016 Professional Cals) sparen.
Ist das überhaupt möglich?
Wie wäre der Client - seitige Zugriff möglich?
Vielen Dank vorab.
habe bereits über die Suche nach etwas passendem gesucht. Jedoch leider nichts passendes gefunden.
Wir planen unsere Access 2010 Datenbank in SQL Server 2019 Express zu migrieren.
Lt. diversen Tutorials sollte das nicht zu schwer sein. Oder gibt es einen idealen Weg?
Wie sieht es jedoch mit dem Frontend aus? Dies wurde zuvor auch im Access entwickelt.
Würden uns am liebsten die Access Lizenzen (Office 2016 Professional Cals) sparen.
Ist das überhaupt möglich?
Wie wäre der Client - seitige Zugriff möglich?
Vielen Dank vorab.
Share on Facebook
Share on Twitter
Share on Reddit
Share on LinkedinPlease also mark the comments that contributed to the solution of the article
Content-Key: 561050
Url: https://administrator.de/contentid/561050
Printed on: May 11, 2024 at 00:05 o'clock
6 Comments
Latest comment
Hallo,
also wenn du's richtig Programmiert hast, kannst du ohne Probleme den Access Runtime Client verwenden. Egal welches Backend.
Und der Kostet nix.
https://www.microsoft.com/de-de/download/details.aspx?id=50040
Nur eine richtige Access Lizenz würd ich behalten.
Oder du Programmierst ein Frontend.
Edit: der Umschwung auf SQL Backend ist aber in den meisten fällen eine gute Idee.
also wenn du's richtig Programmiert hast, kannst du ohne Probleme den Access Runtime Client verwenden. Egal welches Backend.
Und der Kostet nix.
https://www.microsoft.com/de-de/download/details.aspx?id=50040
Nur eine richtige Access Lizenz würd ich behalten.
Oder du Programmierst ein Frontend.
Edit: der Umschwung auf SQL Backend ist aber in den meisten fällen eine gute Idee.
Moin,
entweder von Hand auftrennen oder den Assistenten verwenden.
Die normalen Benutzer können die Access RT verwenden.
In der Entwicklung dann noch 1-2 PCs mit richtigem Access.
Bedenke auch, dass einige Funktionen in Access anders funktionieren mit SQL.
Besonders wenn Du verschiedene Formulare mit den gleichen Daten hast aktualisieren die sich nicht immer automatisch.
Stefan
entweder von Hand auftrennen oder den Assistenten verwenden.
Die normalen Benutzer können die Access RT verwenden.
In der Entwicklung dann noch 1-2 PCs mit richtigem Access.
Bedenke auch, dass einige Funktionen in Access anders funktionieren mit SQL.
Besonders wenn Du verschiedene Formulare mit den gleichen Daten hast aktualisieren die sich nicht immer automatisch.
Stefan
ist alles out of the box... in der mdb bzw. accdb bleibt die GUI, die Tabellen werden auf den SQL server migriert und dann verknüpft.
Hat z.B. Sage KHK mit der Office line (eine ERP Lösung die in den 00er JAhren populär war)
Hat z.B. Sage KHK mit der Office line (eine ERP Lösung die in den 00er JAhren populär war)
Zitat von @wiesi200:
Hallo,
also wenn du's richtig Programmiert hast, kannst du ohne Probleme den Access Runtime Client verwenden. Egal welches Backend.
Und der Kostet nix.
-> da ist wahrscheinlich auch der Knackpunkt, es wurde von einem Kollegen im Access 2010 aus Office 2010 Pro gemacht. Manche Personen im Unternehmen sind mit der Runtime in der Funktionalität eingeschränkt.Hallo,
also wenn du's richtig Programmiert hast, kannst du ohne Probleme den Access Runtime Client verwenden. Egal welches Backend.
Und der Kostet nix.
https://www.microsoft.com/de-de/download/details.aspx?id=50040
Nur eine richtige Access Lizenz würd ich behalten.
-> Frontend sollte dann auch mit einer neueren Access, z.B. 2016 gemacht werden?Nur eine richtige Access Lizenz würd ich behalten.
Oder du Programmierst ein Frontend.
Edit: der Umschwung auf SQL Backend ist aber in den meisten fällen eine gute Idee.
-> ja, auf jeden fall.Edit: der Umschwung auf SQL Backend ist aber in den meisten fällen eine gute Idee.
Zitat von @StefanKittel:
Moin,
entweder von Hand auftrennen oder den Assistenten verwenden.
Die normalen Benutzer können die Access RT verwenden.
In der Entwicklung dann noch 1-2 PCs mit richtigem Access.
Bedenke auch, dass einige Funktionen in Access anders funktionieren mit SQL.
Besonders wenn Du verschiedene Formulare mit den gleichen Daten hast aktualisieren die sich nicht immer automatisch.
-> im Frontend wird auf .doc und .xls Dateien auf den Fileserver verlinkt.Moin,
entweder von Hand auftrennen oder den Assistenten verwenden.
Die normalen Benutzer können die Access RT verwenden.
In der Entwicklung dann noch 1-2 PCs mit richtigem Access.
Bedenke auch, dass einige Funktionen in Access anders funktionieren mit SQL.
Besonders wenn Du verschiedene Formulare mit den gleichen Daten hast aktualisieren die sich nicht immer automatisch.
Stefan
Zitat von @GrueneSosseMitSpeck:
ist alles out of the box... in der mdb bzw. accdb bleibt die GUI, die Tabellen werden auf den SQL server migriert und dann verknüpft.
->das wäre optimal ist alles out of the box... in der mdb bzw. accdb bleibt die GUI, die Tabellen werden auf den SQL server migriert und dann verknüpft.
Hat z.B. Sage KHK mit der Office line (eine ERP Lösung die in den 00er JAhren populär war)
