Notat-felt klipper ved 255 tegn i en forspørgelse

Try it without GROUP BY on the memo (notat) field

a memo field can contain over 65 thousand characters so grouping on a memo field is limited to the frusr 255 characers

You could also try altering GROUP to Last or first

Ah... det kunne virke, men jeg kan stadig ikke se hvorfor/hvordan det går galt, for her kommer så grunden til at jeg skal ha en join på "Tabel_deltagere" fordi jeg skal bruge et "COUNT" på de tilknyttede folk. strengen vil nu se noget lign. sådan her ud.

-----------------
SELECT Table_main_data.main_id, Table_main_data.main_Project_Name, Table_main_data.main_Desc, Table_main_data.main_Owner, Table_main_data.main_Date_Start, Table_main_data.main_Author, Table_main_data.main_Resource_staff, Table_main_data.main_Date_Creation, Table_main_data.main_Time_Est, Table_main_data.main_Date_End, Table_main_data.main_Status, Table_main_data.main_checkgroup_1, Table_main_data.main_checkgroup_2, Table_main_data.main_checkgroup_3, Table_main_data.main_checkgroup_4, Table_main_data.main_checkgroup_5, Table_main_data.main_timeUser, Count(Tabel_deltager.deltager_projekt) AS AntalOfdeltager_projekt

FROM Tabel_deltager RIGHT JOIN Table_main_data ON Tabel_deltager.deltager_projekt = Table_main_data.main_id

WHERE (((Table_main_data.main_id)=5))

GROUP BY Table_main_data.main_id, Table_main_data.main_Project_Name, Table_main_data.main_Desc, Table_main_data.main_Owner, Table_main_data.main_Date_Start, Table_main_data.main_Author, Table_main_data.main_Resource_staff, Table_main_data.main_Date_Creation, Table_main_data.main_Time_Est, Table_main_data.main_Date_End, Table_main_data.main_Status, Table_main_data.main_checkgroup_1, Table_main_data.main_checkgroup_2, Table_main_data.main_checkgroup_3, Table_main_data.main_checkgroup_4, Table_main_data.main_checkgroup_5, Table_main_data.main_timeUser;
-----------------


Det kan være jeg har misset et eller andet i min "forståelse"  omkring når man bruger GROUP BY :), men det er vist ikke muligt at lave en COUNT uden at ha GROUP BY med vel?...

Så hvordan den påvirker min sætning så jeg kan laver en COUNT på felt ved jeg ikke det undre mig meget at den gør det hele tiden... jeg synes aldrig at ha haft problemer af denne her slags før... så det undre mig at den ligepludselig gør det, når jeg ikke har gjort noget anderledes end jeg plejer...

/tallens'out

(join forbindelsen er ændret retning for at den tager alle "main" med og kun dem som er i Deltagere som har tilhørs forhold til main... Hvis der var noget mistænkeligt over at de var ændret ;)

the problem is when you GROUP on a memo field!

Try making a simple query with only the table containing the memo field. You will see ALL characters. Now change the query GROUPing on the memo field. You will now only see the frist 255 chararters!

You can change the JOIN to a left or right by right clicking on the thin line. Then choose the JOIN you want.

Ah... I think I see your point now...

Når jeg bruger GROUP BY på mit Memo felt så kigger den kun på de første 255 tegn, og det er selvklart dem som den hiver med over i mit forspøgelser...

Jeg tror jeg kan se hvorfor nu, er LAST og FIRST nogle af de eneste som kan bruges ? eftersom den bliver ret sur hvis jeg fjerne DESC ud af min GROUP BY og ikke gør mere ved den?... vil der være nogen komplicationer hvis jeg bruger FIRST eller LAST?

/Tallens'out

You can also make SUB selects in queries, for example.

SELECT T1.ID, (SELECT count(*) FROM T3 where T3.SubID = T1.ID) AS Cnt
FROM T1

If the memo field was on the MANY side of the relationship then using first or last may not give you the correct record, but if it is on the one side then there is only one to choose from

its not easy to give a correct solution as I dont know enough about your data and waht you want to see.

Thats okey, du er undskyldt, jeg har ikke smidt alt her så det er hvad man kan forvente, og det lyste lidt op på problemet, jeg kunne bare ikke se det med "GROUP BY" og vidste faktisk ikke at den kunne gå hen og bliver "emsig" hvis man brugte det på et "Notat/Memo" - felt...

Men jeg tror det løste situationen, og det var det vigtigste.

Tak igen Terry, jeg bruger FIRST nu, det er på den rigtige side af Forspørgelsen, så det går lige... hvis det var den anden Tabel (_deltagere) så ville der nok opstå et problem. da det er en 1-til-m...

jeg overvejede at lave en SUB-Query på den men synes ikke det burde være nødvændigt at gøre det, men hvis alt fejler kan det jo godt gå hen og blive nødvændigt :)

FOrsat god uge, og her er lidt points :)
/Tallens'out

Forsat god uge, og her er lidt points :)
/Tallens'out

hmmm hvorfor vil den ikke acceptere dit svar?

/tallens'out

sååådan hehe... doh, man skulle vælge dit navn på den lille fine liste hehe... ;)

FAndme godt at være nørd når man ikke engang er nørded nok... ;)

/Tallens'out

thanks, and a good week to you too.

/terry