Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Zeitverhalten einer join Abfrage

   
    by jobo, 4. Mai 2015
  Klingt plausibel. Mich hat es gewundert, dass sowas simples nicht geht. Access ist keine Wundersoftware, aber sowas könnten sie können.
  Da wäre aber eine wichtige Sache, welche Version ist das?
  Dann ist da auch noch dieses ominöse Framwork in das "die Abfrage reingeht". Vielleicht ist das der Übeltäter.
• Forum: Datenbanken

  AW: Zeitverhalten einer join Abfrage

   
    by jobo, 2. Mai 2015
  Also "natürlich" mit Index ist okay, manchmal glaubt man ja auch nur, es sei ein Index drauf. ;)
  Subselects (geklammert) sollten eigentlich gehen, natürlich mit Table Alias!
  "Where" ist ja auch nicht schlimm, nur wage ich zu bezweifeln, dass es dazu unter Access eine Notation für "outer" gibt.
• Forum: Datenbanken

  AW: Zeitverhalten einer join Abfrage

   
    by jobo, 2. Mai 2015
  Also sicherheitshalber:
  Fremdschlüssel B_NR = Primary Key = indiziert?
  
  Ich hab gestern irgendwo gelesen, dass Access offenbar wirklich nicht in der Lage ist, bei stacked queries eine "vorgegebene" Reihenfolge einzuhalten bzw. sich eine brauchbare auszudenken.
  Dennoch, hast Du mal etwas mit anderen Verfahren gespielt, z.B. "TOP 1" Aggregat? Ist natürlich unsinnig, könnte dem "Query Optimizer"...
• Forum: Datenbanken

  AW: Zeitverhalten einer join Abfrage

   
    by jobo, 1. Mai 2015
  Dann versuch die Abfrage zu zerteilen wie beschrieben.
• Forum: Datenbanken

  AW: Zeitverhalten einer join Abfrage

   
    by jobo, 1. Mai 2015
  Und noch die Frage:
  Sind die Tabellen nativ in Access oder sind es verlinkte Tabellen, die faktisch auf irgendeinem DB Server liegen?
  
  Falls nativ Access kann man die Variante von mkinzler noch in 2 Separate Access Abfragen splitten, wenn es keinen Erfolg bringt. Innen die Einschränkung auf ein Satz, außen den Join. Irgendwie wird man Access das schon beibringen können.
  Falls nicht nativ,...