Module in Access, AW von " O LOVE " ?:)

Hab mich bisher nur mit Qbasic rumgeschlagen, will mich aber nun mit VB anfreunden, um evtl. Module in Access zu schreiben, geht das mit anderen Sprachen besser ( leichter, leichter zu erlernen ) ?

Gruß Alex

Erstmal vorneweg: Ich habe weder mit VB noch mit Access Erfahrung.

Rein von den Programmiersprachen her würde ich Delphi (Pascal, einfach) oder den C-Builder (C, gehobener) empfehlen. Beide werden von einer Masse an Programmierern auf der ganzen Welt benutzt und es gibt haufenweise fertige und vor allem frei benutzbare Komponenten, und da sehr viele auch mit Quelltext.

Direkt unterstützt wird in der Standard-Edition beider Sprachen die Datenbank Paradox, was für einfache Sachen auch völlig ausreicht. In der Enterprise-Edition sind dann sogar Native Drivers für viele andere Datenbanken dabei. Aber auch mit den Standard-Versionen kommt man da ran, weil es immer noch den Umweg über ODBC gibt.

Wenn Du Dich schon mit Access auskennst, kannst Du das so ganz gut machen.

O Love

------------------
"I will not abide disobedience!"

in Access bin ich schon recht fit, aber mit SQL und Modulen tue ich mich etwas schwer. Hab mir VB6 zugelegt weil Access Module in VB geschrieben sind und man damit viel mehr möglichkeiten hat als mit SQL und Macro. Mit Pascal hab ich mich mal 1984 beschäftigt, war aber nicht mein Ding.

Gruß Alex

Was verstehst Du unter Modulen? Richtigen Programmcode, der dann mit in der Datenbank Access liegt? Mich würde nämlich interessieren, was Access mehr oder besser als SQL kann!

Pascal war nicht Dein Ding? Wieso nicht? Es ist relativ einfach zu lernen, und mit Delphi sowohl für Otto-Normalo als auch für Anspruchsvollere einsetzbar.

O Love

------------------
"I will not abide disobedience!"

Ja richtiger VB Code, in Access is VB integriert. Was SQL besser oder schlechter kann, weiß ich nicht....Pascal, damit kann Access nicht. Ich möchte nun auch nicht versuchen mehrere Sprache gleichzeitig zu lernen, lieber eine richtig...

Gruß Alex

TasseKaffee:

du schreibst:
"in Access bin ich schon recht fit, aber mit SQL und Modulen tue ich mich etwas schwer"

das sind ja die Haupteinsatzgebiete in ACCESS, ohne SQL und Modulen geht in Access gar nix (außer irgendwelche automatisch generierten Formulare usw.)

außerdem verstehe ich nicht, wie man ACCESS und SQL vergleichen kann - da dies gar nicht möglich ist, in ACCESS kann man SQL verwenden, aber ansonsten ...

TasseKaffe scheinst da einiges durcheinander zu bringen.

1. In den Modulen kann man mit VBA ( Visual Basic for Apps) Funktionen schreiben und hinterlegen.

2. Mit SQL kann du Daten aus Tabellen abfragen ( Abfragen/Query).

3. Du kannst mit VBA-Objekten (Recordset) durch SQL-Befehle Daten abfragen. Dieses geschieht dann aber mit Basicbefehlen

Haben alle mal klein angefangen

...yks

hey,
jetzt bekomm ich es aber
Daß Access ohne SQL und Module zu wünschen lässt, das weiß ich selbst !
@yks, erkläre mir bitte mal in groben zügen, den unterschied zwischen " VBA und VB " vom programmieren her.

Gruß Alex

wenn ich das übernehmen dürfte:

VB und VBA sind im Prinzip dasselbe (seit Office95 glaub ich), d.h. die Syntax ist die selbe (früher gab's ja ein eigenes Access-Basic ...) - Unterschiede gibts nur was die Objekte selbst betrifft (es gibt zB in Excel eigene Objekte, zB ExcelSheets oder cells usw., oder in Access ...) - aber die Ansprechung bleibt im Prinzip immer dieselbe, außerdem besteht der Unterschied (und das ist so ziemlich das wichtigste), daß man mit VB eigenständige Programme generieren kann, während man bei VBA an das jeweilige Programm gebunden ist (zB Word oder Excel oder von mir aus auch PowerPoint ;-)

Ansonsten gibts keine Differenzen - Steuerelemente zB kann man überall einfügen (wenn Lizenz vorhanden) und auch ansprechen/bedienen ...

Danke für die Info...
Hatte ich auch so ungefähr im Kopf, daß man keine Programme im Access schreiben kann war mir klar.
Also ist es doch am besten, VB zu lernen um Access Datenbanken bedienerfreundlicher zu gestalten ?
Hätte da noch 2 kleine Problem, bekomme Fehlermeldung, wenn ich auf bestimmte Schaltflächen klicke (Makro mit Ereignisprozedur). Bei dem einen PC tut und auf dem anderen PC nicht, kann es sein daß ich 2 verschiedene Access Vers. benutze ( beide Access97 ) ?
Seit ich VB6 installiert habe bekomme ich öfters folgende Fehlermeldung beim surfen: Laufzeitfehler, soll Debugmodus gestartet werden, Zeile 253, Fehler " linkStr.length " ist kein Objekt.
Wenn mir da jemand weiterhelfen könnte, wäre ich sehr dankbar....

Gruß Alex

das habe ich nicht gemeint, daß man mit Access keine Programme schreiben kann - natürlich kann man, man kann das ganze dann auch kompilieren - allerdings wenn man das Programm dann auf einem anderen PC laufen lassen will, muß ACCESS vorinstalliert sein, ansonsten gehts nicht (Ausnahme: mit Developer Kit erstellt) - VB hingegen packt alle Dateien, auf die verwiesen wird (Steuerelemente, Libraries usw.), ins Setup hinein, sodaß nach Installation auf einem anderen PC das in VB generierte Programm einwandfrei läuft ...

was die Bedienerfreundlichkeit von DBs betrifft:
das kommt immer auf den Programmierer drauf an - aber allgemein würde ich sagen, wenn es dir nur auf die Bedienerfreundlichkeit ankommt, dann solltest du die DB in Access machen und über VBA programmieren ... geht grundsätzlich leichter, da 1. die Bindung an die DB in Access ohnehin von Haus aus gegeben ist (VB verwendet die Jet-Engine (DB-Engine 3), die erst über ein Data-Steuerelement (Form) bzw. über ein Workspace- und dann Database-Objekt (Code) ansprechbar ist.

Wenn du Berichte benötigst, so kann ich nur Access empfehlen, da leichter und auch kompliziertere Sachen machbar - gilt nur für VB5!!! Berichte in VB5 gibts gar nicht, man kann nur über ein abgespecktes Steuerelement (Crystal Report 4.6) auf ein lächerliches Tool zugreifen, daß neben der eingeschränkten Funktionalität alles andere als bedienerfreundlich ist und im übrigen recht unstabil läuft - wie das mit VB6 aussieht, obs da neue Varianten gibt (neue Generatoren) weiß ich nicht ...

zu deinem Problem:
Schau dir mal an, ob du Objekte in der aufzurufenden Prozedur verwendest, zu deren Libraries am 2. PC keine Verweise existieren (Extras - Verweise) - Denn es reicht nicht, die selbe Access-Version zu verwenden, wenn du nicht die Libraries bereitstellst, die verwendet werden - ansonsten kann ich mir keine andere Fehlerquelle vorstellen, da mußt du schon genauer erwähnen, welche Fehlermeldung erscheint ... Versuche mal, den Code zu portieren/neu einzugeben, dann müßte es eigentlich funktionieren ...

zum 2. Problem gibts keinen Tip von mir, nur eine Vermutung: da dürfte eventuell durch die Installation von VB eine Bibliotheksdatei (.dll) überschrieben worden sein (eine andere Version davon zB) - versuche mal, das file ausfindig zu machen und eventuell durch die alte Version zu ersetzen ...

@Chrisu
Du kennst dich sehr gut in Access aus, wie lange arbeitest Du schon damit ?
Hab jetzt mal in Visual InterDev. ein paar Dinge umgestellt, mal sehn ob jetzt tut...
Das Prob. mit Access hat ein Kumpel von mir, mal sehn ob ich es Dank Deiner Hilfe lösen kann.
Vorab mal vielen Dank für die detailierte Info.

Gruß Alex

naja, ich denke am besten wär's wenn du diese Prozedur einfach neu im Programm von deinem Freund erstellst, das hab ich von Zeit zu Zeit auch schon beobachtet daß ohne ersichtlichen Grund bestimmte Prozeduren einfach nicht laufen, dann kopiere ich den Code neu rein und dann läufts gewöhnlich ... wenn's nicht klappt dann poste die Prozedur mal rein ....

@Chrisu
oki,
den sehe ich am Mittwoch, mal sehn ob ich es hinbekomme.
THX Alex

@Chrisu
also ich konnte den Fehler finden, in Verweis war Runtime Err aktiviert. Hab noch mal in meinem PC nachgeschaut, dieser Eintrag existiert aber bei mir nicht.

THX Alex

[Dieser Beitrag wurde von Chrisu am ( 26. Mai 2000 editiert).]