"Nicolai Lang" <nicolai@spamcop.net> skrev i en meddelelse
news:0vh14tkp6bi9aokoeqi309dg20bpocrcaj@4ax.com...
> On Wed, 20 Dec 2000 15:03:01 +0100, "Kent Johansen"
> <kentjohansen@get2net.dk> wrote:
>
> >Jeg har afprøvet dit forslag, men ny er resultatet tomt - Der er ingen
> >records der matcher.
>
> Ja, men så er syntaxen ihvertfald i orden. Så skal vi bare finde ud af
> det næste:
>
> >Jeg har ved debugging fundet ud af, at alle de records
> >der er i tabellen returnere "#1" for udtrykket "table1Holdnr.AsString".
Den
> >returnerede denne værdi, da jeg i databasen (Access) havde defineret
feltet
> >som et lookup i en anden tabel. Så ved ændring i databasen virker det som
> >hensigten.
>
> Vil det sige du har lavet det som en relation til en anden tabel, der
> så indeholder en primærnøgle der repræsenteres i tabel1, og
> holdnr/navn som andre attributter?
Ja
>
> Jeg har ikke brugt Access særlig meget. så "lookup" siger mig ikke så
> meget i den henseende. Men hvis det er en relation, skal du jo gå
> igennem den.
Jeg har forsøgt at skrive følgende:
accept := (not table1.FieldByname('SlutDato').IsNull) and
(table2.FieldByname('Holdnr').AsString = ComboBox1.Text);
Hvor table 2 er den tabel, der indeholder holdnr. og så et par yderligere
felter, men det ser ikke ud til at virke. Jeg får fortsat en tom søgning
> Er der evt. en som bruger Access der kan træde til her, med hvad #1
> betyder.
>
> Har du oprettet mere end ét hold indtil videre?
Ja, jeg har 10 forskellige hold
> Hvis du har lavet det som en relation, skal du slå Combobox1.text op i
> den relaterende tabel, og bruge nøgleværdien herfra i din filter
> funktion.
>
> - Nicolai
> --
> Custom development of Novell & GroupWise extensions
> Need overview of your employees calendar at once?
> See
http://datanet.bcp.dk/busywise/help.htm