Welcome to 'No Fear of Access'! Our channel is the go-to place for anyone looking to overcome their apprehensions about using Microsoft Access. We're here to break down stereotypes, debunk myths, and encourage you to explore the versatile capabilities of this powerful database platform. From the initial idea to seamlessly migrating your database to MS SQL Server, we provide a holistic perspective and practical guidance to show you how to make the most of Access. Subscribe now and explore with us the world of data management and optimization!
Hallo Tomschi9485, vielen Dank für deine Rückmeldung. Deine Kritik ist mir nicht neu, im Gegenteil, ich habe sie jahrelang von professionellen Entwicklern aus der zentralen IT-Verwaltung gehört. Die Zentralisierung der IT ist oft die Ursache für fehlende Automatisierungen und die unzureichende Bereitstellung nicht geschäftskritischer Daten. Wenn man sich in den Büros umschaut, wird klar, wie viele manuelle Arbeiten durchgeführt werden, die durch kleine Anwendungen erheblich erleichtert werden könnten - besonders dann, wenn keine einschlägige Middleware-Software verfügbar ist. Laut Statista.de hat MS Office einen Marktanteil von 85% ( de.statista.com/statistik/daten/studie/77226/umfrage/internetnutzer-verbreitung-von-office-software-in-deutschland/ ). Das Problem sind weniger VBA oder MS Access an sich, sondern schlecht designte und nicht wartbare Lösungen. Seit Jahren rette ich solche Projekte und zeige, wie man sie professionell gestalten kann. Mein Kanal dient dem Wissenstransfer, sodass Citizen Developer in der Lage sind, transparente und skalierbare Lösungen zu schaffen, wo die zentrale IT-Abteilung keine Angebote macht. Schau dir gern mein Video "Einsatzbereiche von Access an". Es ist ganz wichtig festzuhalten, dass wir im Bereich geschäftskritischer Daten nichts zu suchen haben. Es geht um Software, die ich gern als "Durschlauferhitzer" zu den führenden Systemen nenne. Beste Grüße, Alex
Wow! Beim Ansehen kommen viele neue Ideen um eigene Projekte zu verbessern. Deine Videos zu diesen vertieften Klassenprogrammierungen helfen mir sehr! VIELEN DANK!
Das war mit abstand das lehrreichste Tutorial was ich zur OOP in VBA gesehen habe. Besonders gut hat mir die klare Struktur und das nachvollziehbare Vorgehen gefallen. Es fühlt sich an wie eine richtig gute Vorlesung, in der man direkt Hand am eigenen Projekt anlegen kann :) Gerne weitere Tutorials!
Hi. Vielen Dank für dein tolles Lob. Ich werde mir Mühe geben die Qualität hoch zu halten. Es gibt viele Dinge in der Programmierung die man erst richtig versteht, wenn man auch die Zusammenhänge beleuchtet. Viel Spaß bei den nächsten Tutorials.
Das freut mich. Man kann aber auch die SQL Abfragen und Unterabfragen zunächst im Abfrage-Entwurfsfenster vorbereiten und den SQL Code von dort aus kopieren und zusammenfügen. In meiner Lösung wäre noch zu beachten, dass der Navigationsbereich im Formular ausgeblendet werden sollte. Dann sind die Anwender gezwungen das Formular für eine neue Bestellung zu schließen und das Statement wird immer zum richtigen Zeitpunkt ausgelöst.
Auf jeden Fall. Auch der nächste praktische Schritt, eine Datenbank aufzubauen, ist so enorm wichtig. Allein mit der Benennung der Datenfelder (Spalten), kann man zu Beginn schon so viel falsch machen, dass es langfristig zu Problemen kommt. Auch hier werde ich wieder gerne meine Erfahrungen teilen.
Genial. So viele kleine Tipps und Kniffe, welche man lernen kann, wenn man nur beim Programmieren zusieht. Gerne mehr von diesen „learning by watching“ Videos zu solch vertieften Themen! Danke für deine tolle Arbeit!
@b99eu vielen lieben Dank. Deswegen habe ich den Kanal und mein Nebenerwerb gegründet. Es ist schon was anderes wenn ein Creator nur Wissen aus Büchern, oder Dinge zeigt, die er ein zwei mal umgesetzt hat. Ich habe 6 Jahre im Schulungsraum verbracht und anschließend dutzende VBA und Access Projekte gerettet und weiter entwickelt. Dieses implizite Wissen führt zu ganz anderen Lösungsansätzen als in klassischen Lerneinheiten. Im Bereich VBA findet ihr auf diesen Kanal bereits jetzt alles an VBA-Wissen, was man benötigt um eine Access-DB zu programmieren (mehr ist es wirklich nicht, außer dass noch ein Paar ADO und DAO Methoden hinzukommen). Die restliche Funktionalität wird in einer Datenbank über SQL hergestellt. Damit es aber künftig noch einfacher für euch wird Fragen zu stellen, bin ich dabei ein Facebook Profil aufzubauen. Gerne helfe ich auch jederzeit in allgemeinen VBA-Themen weiter, wenn ihr dazu Fragen habt.
Ich habe in der Hinsicht leider keine Erfahrung. Wenn die Scanner Software strukturierte Daten speichern oder weiterleiten kann, funktioniert Access in jedem Fall wie eine "normale" Datenbank, notfalls über den Import einer CSV Datei oder über einer selbst programmierte Schnittstelle. Kennst du den E-Check (DGUV 3 Prüfung)? Die Firma Fluke stellt dementsprechend die E-Check Geräte her, die die Messdaten erhebt und protokolliert. Deren Software ist auf der Basis von Access programmiert ( www.fluke.com/de-de/produkt/fluke-software/fluke-dms-software ). Von daher sollte es möglich sein.
Die Rankings sind ein wenig ungeeignet. Da wird Access mit anderen Datenbanksystemen vergleichen, aber Access ist nicht nur ein Datenbanksystem, sondern man kann eben die dazugehörige Frontend programmieren, was all bei den anderen Datenbanksystemen im Ranking fehlt. Nirgendwo kann man schneller mal eine komplette Anwendung mit Datenbankanbindung programmieren als mit Access! Sogar die alte Version Access XP (2002) funktioniert heute noch auf Windows 11, da der VBA6-Support seitens Microsoft noch bis mind. 2030 weiterläuft.
Darüber habe ich noch gar nicht nachgedacht. Da gebe ich dir recht, da vergleicht man etwas Äpfel und Birnen. Ich hatte einen Kommentar zu ".adp" (Access Data Project) beantwortet. Diese Projekte waren sehr performant und leistungsstark, da das Frontend Änderungen an den Tabellen (DDL) direkt an den Server weitergereicht hat. Das System hat auch entschieden ob die Abfrage besser über den Client oder den Server abgewickelt werden sollte. Ein weiterer Unterschied, Access hat noch das komplette Reporting dabei, ohne einen SQL Reportserver einrichten und ansprechen zu müssen.
@@ProfessionalCitizenDevelopment oh ja, die ADP-Projektdateien waren was Geiles! Das nehme ich Microsoft sehr übel, dass die die ADP-Funktionalitäten ab Access 2013 komplett gestrichen haben. Damit konnte man recht performate Anwendungen bauen, selbst über langsame VPN-Strecken bzw. Standleitungen hinweg.
Die wenigsten Anwendungen die MS-SQL-Server als Backend benutzen bedienen sich MS-Access als Frontend und selbst die, die Access als Frontend benutzen bedienen sich leider nicht einer *.adp Datei. Damit ist Access für den Betrieb in einem Firmennetzwerk nur bedingt geeignet, da es einen riesigen Netzwerk-Overhead hat. Leider stirbt Access langsam aus, ob berechtigt oder nicht, möchte ich gar nicht beurteilen.
Da ist was dran, seit dem .adp zu "Gunsten" der ODBC-Verbindungen abgelöst wurde, hat Access an Funktionalität stark eingebüßt (Ich habe selbst ein umfassendes .adp Projekt zu .accdb umschreiben müssen). Leider ist es mit der Migration allein auch nicht getan. Es gilt danach den Netzwerktraffic zu reduzieren. Dies kann man aber ganz gut mit DAO, ADO oder Pass-Trough-Abfragen etc. lösen. Ich habe eine Access-Software zu Corona-Zeiten geschrieben, bei denen 150 Mitarbeiter zeitgleich und performant (teilweise im Homeoffice) auf die Datenbank zugegriffen haben. Das ließe sich nur über die Verlagerung der Aufgaben auf den Server, erledigen. Die Datenbank hat annähernd 400.000 Schriftstücke automatisiert ausgegeben und gespeichert. Bei ".adp" war das halt charmante, dass die Anwendung selbst entschieden hat, ob die Aufgabe auf dem Client oder den Server ausgeführt werden sollte. Auch um die Performance musste man sich keine Gedanken machen. Ich würde es als die Blütezeit von Access beschreiben. Wenn wir aber an das einfache Reporting von Access denken, kann es immer noch lohnenswert sein ein Access Frontend zu haben, da wir uns den Reportserver komplett sparen können. Und wenn man mal ein Projekt im .NET Framework (z.B. WPF) in C# geschrieben hat, dann weiß man, dass man ungefähre das 10-fache an Entwicklungszeit im Gegensatz zu einem Access-Frontend mit VBA Programmierung braucht. Vom zusätzlichen Know-How ganz zu schweigen. Auf die Server Migration und die Programmierung z.B. ungebundener Formulare komme ich noch zu sprechen.
@@ProfessionalCitizenDevelopment Wahrscheinlich ist Access für einen kleinen Nutzerkreis, der ein stark angepasstes Frontend benötigt immer noch eine gute (beste?) Wahl. Und .NET Projekte würde ich nur mit höchster Vorsicht anfassen. Habe früher viel mit Access entwickelt ,bin dann vor 20 Jahren aber in Richtung Webdatenbanken abgebogen und habe seitdem ( Gott sei Dank 😉😇) nichts mehr mit Microsoft zu tun. Aber ab und zu schaue ich nochmal was Access macht, da es mir schon Spaß gemacht hat. Grüße
@mariobader2152 Ob Access die richtige / beste Wahl ist, muss man im Einzelfall unterscheiden. Auch die PowerPlatform bietet tolle Möglichkeiten. Aber wenn man die IT-Infrastruktur im Unternehmen nicht beeinflussen kann (Cloud-Anbindung, Lizensierung, Administration), ist man auch dort außen vor. Bei Web-Anwendungen finde ich das gute, dass man mit der Softwareverteilung nichts am Hut hat. Das macht vieles einfacher. Aber wer im Unternehmen hat schon das Know-How, oder den Zugriff auf Web-Services? Das sind höchstens die IT-Abteilungen. NET-Programmierungen (ich mag WPF total) sind auch möglich. Benötigen aber wieder viel Know-How, einen Datenbankserver und Softwareverteilung. Also kann man mit Access in der Tat einen qualitativ hochwertigen Einstieg erreichen. Mit einem PowerShell Script kann ich die Verteilung automatisieren und so notfalls mehrere Releases an einem Tag ausrollen (Video folgt).
@@ProfessionalCitizenDevelopment Naja wie immer, es gibt selten den einen besten Weg und das sollte man sich in seiner eigenen IT-Know-How-Blase 😇 auch eingestehen, ich werde Deinem Kanal auf jeden Fall folgen, wer weiß wann ich mal wieder Access benötige Grüße!
@@ProfessionalCitizenDevelopment Also ich bin allgemein richtig gespannt was auf deinem Kanal noch kommt. Freue mich drauf zu sehen, wie ich mir selber tools schreiben kann. Hast du hier schonmal tipps zu "Kursen" oder Lesematerial um vorher zu beginnen?
@@juju-ll9je Vielen Dank. Ich habe früher die Bücher vom Microsoft Press Verlag zum Nachschlagen benutzt. Leider ist der Verlag aufgelöst. Wenn du neu im Bereich der Access-Datenbanken bist, kann ich die die Herdt Medien empfehlen. ( shop.herdt.com/ ) Dies sind gute Schritt für Schritt Anleitungen um sich schon mal mit den wichtigsten Themen einzudecken. Das Preis-Leistungsverhältnis ist gut. Diese Bücher werden häufig bei Schulungen an die Teilnehmer verteilt. Das nächste Video wird sich mit der Datenbankplanung beschäftigen. Dies ist ein Thema welches nur schwer Anhand von Literatur zu erlernen ist.
IBM Notes wurde an HCL weitergereicht und ist auch noch nicht vom Markt! 😉 Ich habe kürzlich eine produktive Datenbank aus Approach '98 abgelöst. Allerdings nicht mit Access!
Wenn man schon Beispiele heranzieht, wie unternehmenskritische Daten besser verarbeitet werden sollten, sind sowohl Excel als auch Access m.E. völlig ungeeignet. Ist ja wohl ein schlechter Witz, dass da ein MS Access eine gute Wahl wäre. Das sind Tools, mit denen man kleinere Datenbestände schnell und einfach verarbeitet. Aber unternehmenskritische Sachen? LOL. Und gerade Access - wie leicht baut da ein Freizeitdatenbänkler eine nur zu 99% korrekte Abfrage ein. Und was macht man dann, wenn sich nach einem Jahr herausstellt, dass da was schief läuft? Leute, macht das nicht. Kauft Euch vernünftige, durchdachte und vor allem supportete Systeme, die nicht der Bernd in seiner Bastelstunde nebenher gezaubert hat. Ich mache hier auch keine Werbung für irgendwelche Fakturierungssysteme, aber Excel/Access ist definitiv nicht die Wahl. Das ist Spielkram. (Auch wenn ein professioneller Typ damit wirklich hervorragende Ergebnisse produzieren kann. Aber habt Ihr den wirklich am Start? Und was passiert, wenn der das Unternehmen verlässt und damit auch sein Know-How mitnimmt? Wer denkt sich in die Struktur wieder rein? Wenn das überhaupt möglich ist...)
Hallo. Da kann ich dir vollkommen Recht geben, das war aber auch zu keiner Zeit eine Aussage von mir. Es gibt Unternehmensbereiche in denen Citizen-Developer nicht operieren sollten. Auch dies werde ich noch einmal ausführlich klarstellen. Jedweder geschäftskritischer Bereich ist vom Citizen-Development ausgeschlossen. Gründe dafür sind z.B. fehlende Revisionssicherheit, fehlende Datensicherheit (Firmengeheimnisse) oder fehlendes Backupmanagement. Das wird Thema eines anderen Videos. Was ich darstellen wollte, ist, dass Excel als Datenbevorratung grundsätzlich ungeeignet ist, obwohl jeden Tag wohl tausende von neuen Excel-Datenbanken erstellt werden. Eine Access-Anwendung, kann bei richtiger Planung und einem administrierten SQL-Server-Backend jedoch viele Hürden überwinden. Access ist dabei aber natürlich nur im nicht unternehmenskritischen Bereich einsetzbar. Dazu kann man sich mal die Ausführungen von Luke Chung ( www.fmsinc.com/MicrosoftAccess/Strategy/ oder datenbank-projekt.de/einsatzbereiche/access-im-unternehmenskonzept ) vergleichen.
Danke für diesen Ausblick. Hört sich vielversprechend an! Excel mit VBA ist so einfach umzusetzen (Schatten-IT). Bin gespannt, ob es da eine „vergleichbare“ Einfachheit bei Access gibt. Die Möglichkeiten mit einer DB und die von dir gezeigten Connectoren wären sehr willkommen.
Sehr gerne. Ich werde auf die Connectoren im Einzelnen noch spezieller eingehen. Genauso zum Thema Schatten IT habe ich etwas vorbereitet. Es entstehen, im Vergleich zu Excel, viel weniger Access-Anwendungen, da Access nicht so intuitiv und agil zu bedienen ist. Dafür erhalte ich als Benefit in Access jedoch ein langfristiges und stabiles System, welches bei guter Modellierung des Datenbankmodells skalierbar bleibt. All diese Dinge zu betrachten und zu berücksichtigen, wird in den nächsten Wochen Thema meines Kanals werden.
Danke für diese Übersicht. Da wäre meine Anwendung sicher besser in einer DB aufgehoben. Aber da stellen sich sofort viele Fragen: - wird Access weiterbestehen (MS Cloud Strategie) - kann ich über das Internet einfach von überall auf die Daten zugreifen (vs Excel mit OneDrive) - muss die DB dann lokal liegen (Netzlaufwerk) oder könnte sie auf OneDrive sein oder wäre eine SQL DB mit Excel UI besser - aber wie sieht es da mit den Kosten aus? Excel ist M365 Bestandteil Was meinst du dazu? Danke für dein Video und lieben Gruß
Hi, vielen Dank für deine Fragen. Die Fragen sind total berechtigt, ich werde sie die Tage mal aufbereiten. Es gibt und gab schon immer viele Mythen rund um Access. In unserer Organisation (+11.000 Bildschirmarbeitsplätze) hielt sich fast 10 Jahre das Gerücht; "Access wird abgelöst"! Und siehe da, wir schreiben das Jahr 2024 und Access ist fester Bestandteil, des Office 365 Paketes! 😉
Die beste Anleitung zu dem Thema! Bin selber schon dran gescheitert, aber mit dieser Schritt für Schritt Anleitung werde ich mein Projekt nun neu aufbauen. VIELEN DANK für deine wertvolle Arbeit und diese Einblicke!
Vielen Dank für dein Lob. Ich werde mir Mühe geben, weiterhin relevante Themen für euch aufzubereiten, damit ihr eure Projekte klar und lesbar strukturieren könnt.
Sehr gerne. Ich habe in meinen frühen VBA Projekten, leider viel zu wenig die Vorteile von Klassenmodulen nutzen können. Auch in der früher sehr beliebten und einschlägigen Literatur (Microsoft Press Verlag) war so gut wie nichts von Klassenmodulen zu lesen.
Vielen Dank für deine Videos. Anhand deiner Videos verstehe ich das Thema Programmierung doch besser, als bei mach anderem Kanal. Gut und kleinschrittige Erklärung ist für mich sehr Hilfreich. Danke dafür
Hallo Detlev. Wow mein allererster Kommentar! ;-) Vielen für dein wertvolles Feedback. Genau das ist mein Ziel. Ich möchte euch möglichst viele Zusammenhänge zeigen und wie ihr von Anfang an die Fehlerquote beim Programmieren niedrig und die Wiederverwertbarkeit und Wartbarkeit hoch halten könnt. Die Reise beginnt ja erst. Aus eigener Erfahrung weiß ich, dass es etwas dauert die komplexen Geflechte beim Programmieren verstehen und später vereinfachen zu können.