I dette særtema om aspekter af AI ser vi på skiftet fra sprogmodeller til AI-agenter, og hvordan virksomheder kan navigere i spændet mellem teknologisk hastighed og behovet for menneskelig kontrol.
ja det mener jeg også jeg har læst, men hvis jeg eks. skriver : SQLstmt="UPDATE DISTINCTROW master_db_hist SET del_date='" & del_dato & "' WHERE ref_id = " & Request("udstyrs_id") & " and firmaID = "& Session("firmaID") får jeg en fejl hvis jeg bare skriver SQLstmt="UPDATE master_db_hist SET del_date='" & del_dato & "' WHERE ref_id = " & Request("udstyrs_id") & " and firmaID = "& Session("firmaID") virker det fint !
The options DISTINCT, DISTINCTROW and ALL specify whether duplicate rows should be returned. The default is (ALL), all matching rows are returned. DISTINCT and DISTINCTROW are synonyms and specify that duplicate rows in the result set should be removed.
ok så det må vel betyde at det er lige meget da feltet "ref_id" er nøglen og af typen auto_increment og det kan derfor kun være en der har dette nummer ! har jeg ret ?
Select Distinct Efternavn FROM Navne ........Giver ét efternavn af hver
Select DistinctRow EfterNavn From Navne ........Kan give flere af samme efternavn - fordi det er dupletter i den undliggende tabel (navne), der sorteres fra.
Så hvis du bruger Distinct istedet for distinctRow og IKKE medtager "ref_id" i forespørgslen, burde du få det rigtige resultat.
Tjaaa jeg ved ikke om jeg mener jeg har fået et svar !! jeg skrev jo at det var i forbindelse med UPDATE, nå men jeg lukker 5 point til hver af jer
Synes godt om
Ny brugerNybegynder
Din løsning...
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.