Det er sandt nok at den udfører SELECT sætningen med den parameter som jeg
fører med over.. Men den returnerer ikke resultatsættet til min Crystal
Report.........
Skal der ikke indikeres på en eller anden måde HVAD DER ER som skal sendes
tilbage til den computer som kalder den stored procedure. ? ..
MVH Dennis
"Jens Gyldenkærne Clausen" <jens@gyros.invalid> skrev i en meddelelse
news:Xns936682903712jcdmfdk@gyrosmod.dtext.news.tele.dk...
> Dennis T. Holm skrev:
>
> > OK .. dvs hvis jeg f.eks. kalder min stored procedure fra en
> > client, det kunne være en Crystal Report så ville den
> > returnere et resultatsæt ?
>
> Ja.
>
>
> > CREATE PROCEDURE getOrdreLinier
> > @OrdreNr
> > AS
> > BEGIN
> > SELECT * FROM OrdreLinier WHERE OrdreNo=@OrdreNr
> > END
>
> Den vil virke fint (hvis du husker at sætte en type på din
> variabel).
>
> Som antydet før kan det give problemer hvis du har andre
> forespørgsler før din SELECT-sætning.
>
> Eksempel:
>
> CREATE PROC getOrdreAntal
> AS
> BEGIN
> -- Opdater ordrestatus
> UPDATE Ordrer
> SET status = 'arkiv'
> WHERE ordredato < GETDATE()
>
> -- Tæl aktive ordrer
> SELECT COUNT(*) As antal
> FROM Ordrer
> WHERE status = 'aktiv'
> END
>
> Ovenstående kan give problemer med eksterne klienter.
>
> Det kan hjælpe at bruge følgende skabelon:
>
> CREATE PROC mitProcNavn
> AS
> BEGIN
> -- Slå optælling af resultater fra
> SET NOCOUNT ON
>
> -- Udfør mellemregninger
> -- UPDATE's, variabel-selects mv. kommer ind her
>
> -- Slå optælling af resultater til igen
> SET NOCOUNT OFF
>
> -- Hent det færdige recordset
> SELECT ditten, datten, dutten FROM blabla
>
> END
>
>
> I dit aktuelle tilfælde - hvor der ikke er nogen mellemregninger -
> er skabelonen ikke nødvendig.
> --
> Jens Gyldenkærne Clausen
> MF (medlem af FIDUSO -
www.fiduso.dk)
> I ovenstående tekst benyttes nyt komma
> (rettelser modtages gerne i dk.kultur.sprog)