Zuerst sollte du sagen ob du ACcess auch als Frintend verwendest.
Wenn ja dann kannst du den erweiterten Satz bei SQL-Query anwenden.
z.B. DatDiff("s";[beginn];[ende]) gibt die diff 2re Datumswerte in Sekunden zurück.
Solltest du aber von einem Programm aus auf Access zugreifen funktioniert das nicht. Da musst du dir o.a. DatDiff selbst schreiben. Genauso verhält es sich mit den anderen Funktionen die Access als Datenbankfrontend bereitshält.
Man muss Unterscheiden zw. Access und MDB-Datei/ODBC-Treiber
das sieht danach aus, als wuerde ein index mit dem namen e-mail_FKIndex1
ueber die spalte Domains_idDomains erstellt werden.
ein index wird verwendet um schneller ueber eine bestimmte
spalte suchen zu koennen oder um zu vermeiden, dass eine spalte
doppelte werte enthaelt.
Hallo Leute,
ich habe eine kleines problem. ich habe eine access-datenbank (*.mdb) und wenn ich da eine bestimmte spalte "titel" (typ memo --> grösserer Text) von einer tabelle abfrage funktioniert das auch.
wenn ich nun aber dieselbe spalte mit einer etwas komplexeren select-anweisung mit mehreren innerjoins abfrage, bekomm ich zwar wieder die richtigen datensätze, jedoch wird der inhalt der spalte "titel" nicht richtig dargestellt. statt dem text werden kryptische, teils chinesische Schriftzeichen ausgegeben!
z.b.: bei der einfachen abfrage "select * from tabelle" klappts aber!
Kennt jemand dieses Problem? Ist das ein Bug in access? Warum ist das von der sql-abfrage abhängig?
gruss
cpt.oneeye
Die API reserviert immer Speicher für das aktuelle ROW-SET.
Wenn du die Daten mit store_result abholst sogar für die komplette Ergebnissmenge. Übertragen werden hier die ROWS und die Header-INFO. Daraus berechnet die API dann bestimmte Dinge wie z.B. die max. Zeichenbreite einer Spalte anhand des längsten Eintrags.
Wenn du dir eine eigene Struktur machst dann brauchst du doppelt Speicher.
Ist nicht sinnvoll.
MySQL hat ein sehr gutes Rechtesystem. Du kannst dem Benutzer der auf die DB zugreift die Rechte SELECT gehen. Das geht sogar soweit das er nur zugriff auf bestimmte ROWS hat.
Wenn du dem Benutzer von einem bestimmten Rechner nur SELECT-Rechte geben willst dann musst du den Benutzer anlegen.
Wenn du den Benutzer und seine Rechte nicht ändern kannst dann hast du ein Problem. Wenn der USER die R$echte hat dann hat er sie opder du kannst sie ändern.