Er der en SQL haj til stede?

Det er \"behavior by design\", for det er IKKE en del af ANSI-92. Har ikke nogle gode ide\'r.

kan du ikke lave et index der ikke tillader dups. og så bruge det når du skal lave dit udtræk.

>martinlind
Nej, duplikaterne er resultat af de joinede tabeller

Jeg tager et skud med følgende:

Prøv at genbruge dit memofelt, hvor du så siger First(Memo) den anden gang, så er der ikke tale om grupering dér...

ProAccess

>Proaccess
Jeg forstår det ikke helt (sikkert mig der er dum)

>martinlind

Jeg tror måake jeg har fanget hvad du mener med indexet (skulle lige sove på det)

Jeg laver mit rs sådan:

set objConn = server.createobject(\"ADODB.Connection\")
objConn.Open \"Driver={Microsoft Access Driver (*.mdb)}; DBQ=news.mdb;\"
set rs=objconn.Execute(\"dum SQL query\")

Er der en måde hvorpå jeg kan definere et index for et givet felt? og hvad sker der hvis query resultatet ikke overholder indexet?

edderper >> det lyder nu som om det er proaccess der har misforstået noget.

du burde kunne skrive :

Creates a secondary index.

CREATE [UNIQUE] [ASC | DESC] INDEX index_reference ON table_reference (column_reference [,column_reference...])

Description

Use the CREATE INDEX statement to create a secondary index for an existing table. Index names may not have embedded spaces. Paradox indexes may be based on multiple columns. Due to the distinctive nature of dBASE expression indexes, only single-column indexes can be created with CREATE INDEX.

Use UNIQUE to create an index that raises an error if rows with duplicate column values are inserted. By default, indexes are not unique.

Use ASC (or ASCENDING) to create an index that orders data in an ascending direction (smallest to largest). DESC (or DESCENDING) creates a descending ordering (largest to smallest). When a direction imperative is not specified, ASC is the implied default.

The following statement creates a multi-column (compound) Paradox secondary index.

CREATE INDEX CustDate ON \"Orders.db\" (CustNo, SaleDate)

The following statement creates a unique dBASE secondary index.

CREATE UNIQUE INDEX Namex ON \"Employee.dbf\" (Last_Name)

The existence of indexes may affect the updatability of queries. See the section on updatable queries for more information.

Fra LocalSQL.hlp jeg kan maile den til dig hvis du dropper en mail til mig martin@e-lind.dk

Du kan evt. bruge view\'s med fordel.

I Acc97 er det IKKE muligt at gruppere (eller vælge DISTINCT) på notatfelter (MEMO). Og jeg går ikke ud fra der er ændret så meget ved det i Acc2K...

Derfor vil man typisk lave en forespørgsel a\'la:

SELECT Left(mitFelt, 255) AS Grp, First(mitFelt) AS Felt FROM minTabel GROUP BY Left/mitFelt, 255);

Dette resulterer i at der grupperes på de første 255 tegn af feltet, og at der vises det fulde felt... Så det løser vel opgaven udemærket !!!

Selvfølgelig ...BY Left(mitFelt...

Lige i øjet proaccess - det løser mit problem perfekt! Det er er vist ikke standat SQL?

Også tak til martinlind for gode forslag både her og på mail
/per

Selv tak, nej det er vist ikke std. ANSI-92 SQL, men nok en Access-variant, har du ikke en SQL hjælp til din Access lige som den LocalSQL jeg sendte dig, der burde det jo stå.

Access kan ikke gruppere efter notatfelter, og så må man snyde, hvor man kan (nemlig ved at gruppere på tekstdelen, som er de første 255 tegn)...