Hallo
ich habe gerade ein neues Projekt.
Als Backend sollen unterschiedliches DBs dienes können.
Access, SQL-Server, MySQL und PostgreSQL.
Meistens entwickle ich mit C# oder Java
Hauptsächlich Berechnungen aus dem technischen Bereich mit wenig DB Anbindung.
Für dieses Projekt würde ich gerne mal Access als Frontend nutzen.
Ich habe mich auch schon etwas eingearbeitet und mir gefällt es gut für diesen Anwendungsfall.
Von euch würde ich gerne wissen wie die Akzeptanz einer Acces-basierten Anwendung beim Kunden so ist.
Wie ist eure Erfahrung?
edit: und gibt es etwas auf das man besonders achten sollte?
Irgendwelche Fallstricke beim ausliefern der Anwendung?
Danke für eure Hinweise.
Gruß
Bernd
Okay, dann habe ich noch eine weitere Frage
Verkauft ihr überhaupt Access basierte Anwendungen?
Oder sind das alles interne Projekte?
Danke und Gruß
Hallo,
Prinzipiell:
Access ist im Grunde eine (VBA-)Programmier-Umgebung (GUI) mit einer "integrierten" Datenbank-Engine (Jet-Engine). Die Schnittstelle des GUI mit der DB-Engine ist ein SQL/DDL-Dialekt.
Zugriffsmethoden können DAO, ADODB, etc. sein.
Zugriffe auf nicht Jet-Datenbanksysteme erfolgen in der Regel mit spezifischen ODBC-Treibern.
Zitat
Als Backend sollen unterschiedliches DBs dienen können.
Access, SQL-Server, MySQL und PostgreSQL.
SQL-Server: Direkt über OLEDB-Treiber/Anbindung (ADODB) oder ODBC
MYSQL: ODBC-Treiber
Postgres: ODBC-Treiber
ZitatMeistens entwickle ich mit C# oder Java
Hauptsächlich Berechnungen aus dem technischen Bereich mit wenig DB Anbindung.
Dann sollte ODBC ein Begriff sein
ZitatFür dieses Projekt würde ich gerne mal Access als Frontend nutzen.
Ich habe mich auch schon etwas eingearbeitet und mir gefällt es gut für diesen Anwendungsfall.
OK
ZitatVon euch würde ich gerne wissen wie die Akzeptanz einer Access-basierten Anwendung beim Kunden so ist.
Wie ist eure Erfahrung?
Die Frage stellt sich so nicht. Eine mit Access entwickelte Applikation kann so ausgeführt sein, dass der Kunde nicht erkennt, dass mit Access entwickelt wurde...
Zitatedit: und gibt es etwas auf das man besonders achten sollte?
Irgendwelche Fallstricke beim ausliefern der Anwendung?
Eine Access-Anwendung (MDB/ACCDB-Datei) läuft ohne installiertes Access nicht. Im Minimum ist die Access-Runtime erforderlich, die lediglich ein "abgespecktes" Access (deaktivierte Entwicklungsmöglichkeiten für Formular-/Berichtsformulare und VBA-Code) darstellt und die ab Version 2007 kostenlos ist.
Zu beachten wäre bei einer reinen Access-Anwendung (mit Jet-Engine als DB-System) auf die Aufteilung in Frontend und Backend.
Ansonsten sei auf die essentielle Bedeutung der Normalisierung hingewiesen, die für alle relationalen DB-Systeme gilt (u. st. Links 1 und 1a)
"Mischen" von Versionen (z.B. Entwickeln mit A2007 und Runtime 2010) kann zu Problemen führen.
ZitatVerkauft ihr überhaupt Access basierte Anwendungen?
Ja
ZitatOder sind das alles interne Projekte?
Nein
Woow,
vielen Dank für die vielen Tips und Hinweise.
Das interessiert mich:
"Eine mit Access entwickelte Applikation kann so ausgeführt sein, dass der Kunde nicht erkennt, dass mit Access entwickelt wurde..."
Danch werde ich mal suchen.
Viele Grüße
Hallo,
was willst Du da suchen?
Es liegt doch in Deinen Händen als Entwickler/Programmierer, die Oberfläche so zu gestalten, dass kein Hinweis auf Access mehr sichtbar ist. Dazu gehört im einfachsten Fall, die Formulare und Bericht als Popup einzustellen und das Access-Fenster zu minimieren, bzw. zu verstecken.
schau bei www.donkarl.com und www.dbwiki.net vorbei (siehe u. st. Links)
Danke:-)
Ich hatte vor später mal danach zu schauen.
Das war mir erstmal nicht zu wichtig.
Gefällt mir hier.
Hi,
ich verstehe bis heute nicht, warum immer wieder versucht werden soll zu verschleiern, dass eine Anwendung auf Access entwickelt wurde. Zum Betrieb ist Access (zumindest Runtime) sowieso Voraussetzung, egal welches BE in Verwendung ist.
Da es sich ja sowieso nie ganz verbergen lässt käme ich als Kunde eher auf die Idee, dass mich der Entwickler verar... möchte
:-\