»

[tschitscho]

Voraussetzung: MS ACCESS 2003
Problem: Ich habe eine Tabelle (temporär) die automatisch gefüllt wird (so bis 15'000 Einträge), da möchte ich per VBA eine Spalte davon auslesen und nach einem Wert durchsuchen

Versuch:
meinArray = Recorset.GetRows(, , 7)
meinSuchString = "WertXY"
Array.Indexof(meinArray,meinSuchString)

Leider funktioniert das irgendwie ned... Access kennt "Array" nicht... fehlt im eine Referenz? Wenn ja, welche? und wie bind' ich die ein?
Oder bin ich voll und ganz auf dem Holzweg?

[hellcat]

Du hast eine Access tabelle und willst in einer spalte nach einem bestimmten wert suchen? Warum nicht einfach eine SQL abfrage?

SELECT col1, col2, ... FROM tabelle WHERE col3 = wert

Dann kannst du einfach mittels ResultSet auf die daten zugreiffen.

/hc

[tschitscho]

Nein so einfach ist es doch nicht
Also, ich habe ca. 15'000 Einträge in einer Tabelle, nun kommen durch einen Kanal auf einen Schlag nochmals 15'005 rein. Dabei sollten nur die neuen 5 angehängt werden. Damit es keine Doppelten gibt, muss ich eben vergleichen.

[hellcat]

also, du willst nur das delta von der staging tabelle in die produktiv tabelle laden?
eine moeglichkeit:

insert into prodTab (col1, col2, col3)
select col1, col2, col3
from stageTab
where (col1, col2, col3) not in (
  select col1, col2, col3
  from prodTab
);

vorsicht mit NULLable spalten und NOT IN operator.
OK, ich spreche hier ueber Oracle syntaxt und verhalten, koennte aber auch auf Access zutreffen. Aber da bist du ja spezie, nicht ich...

[hellcat]

eine andere moeglichkeit:

insert into prodTab (col1, col2, col3)
select col1, col2, col3
from stageTab
minus
select col1, col2, col3
from prodTab

gibt es in Access eigentlich auch eine LOG ERRORS klausel fuer INSERT-SELECT statments?

[tschitscho]

Ja, im Prinzip schon, nur die "Staging" Tabelle ist keine Tabelle, sondern ein Array, welches wie gesagt über einen anderen Kanal kommt, geladen wird und in halt eben in die Tabelle gespeichert. Das ganze soll sich dann so alle 5 sek refreshen...
Ich könnte natürlich jeweils alle Daten in eine neue Tabelle speichern und die dann mergen. Aber das dauert zu lange...
Darum wollte ich die Produktive Tabelle auch in Array laden und die dann vergleichen.

[hellcat]

Ah, jetzt verstehe ich das Problem...du hast dich aber auch lange zurueckgehalten mit informationen rausruecken...

welch schande bist du an Access gebunden, das waere ein 5 minuten job mit pl/sql table functions ;-)

OK, zurueck zum eigentlichen problem...ich weiss nicht wie performant Access in gewissen situationen ist, aber evtl. waere es eine moeglichkeit, falls du einen unique key hast: mach einfach die inserts und fange constraint violations ab - somit ueberlasst du den check dem "RDBMS" (wenn man das bei Access so salop sagen darf)...
wie gesagt, diese loesung hangt extrem von der performance der SQL engine ab...

[tschitscho]

Irgendwie... schnall' ich ned so ganz was du meinst...

[hellcat]

OK, erstmal kurze frage: das attribut das du pruefen willst, gehoert dies zum PK/UK?

[tschitscho]

Was ich prüfen will ist der Timestamp: 20080428140548.000000+120. Das ist das eindeutigste meiner bescheidenen Tabelle.

[hellcat]

also der "timestamp" ist dein eindeutiger schluessel, nun die frage, ist es primary key oder unique key?

[hellcat]

da das frage-antwort spiel ein bisschen lange dauert, greife ich schon mal vor:
angenommen "timestamp" ist der PK/UK und du willst verhindern, dass datensaetze aus deinem VBA array in die tabellen gelangen, wenn ein datensatz mit dem exakt gleichen "timestamp" bereits in der tabelle existiert.

was ich in meinem vorigen post versucht habe zu erklaeren ist:
geh in einer schleife durchs array und mach die INSERTs. falls bereits ein datensatz mit dem gleichen "timestamp" existiert wird Access einen fehler zurueck geben (constraint violation), ignoriere diesen und mach mit dem naechsten datensatz aus dem array weiter. somit ueberlaesst du dem "RDBMS" das pruefen des "timestamp" attributes.
wie gesagt, ob das performance maessig OK ist kann ich nicht sagen, da ich Access das letzte mal vor ca. 5 Jahren in der version MS Access 97 verwendet habe...

hoffe das war ein bisschen verstaendlicher...

/hc