Frans Bouma Ei todellakaan näe järkeä käyttää Dynaamisen SQL:n käytön päälle tallennetut menettelyt Frans, mitä mieltä olet sellaisista asioista kuin Indeksinäkymiäja User Definited Functions - jotka ovat pohjimmiltaan SP-toimintoja, mutta Dynamic SQL:lle ei ole vastinetta, joten ehdotat, että minun ei pitäisi enää käyttää näitä? Ollakseni rehellinen, olen aina hieman pidättyväinen antamaan paljon uskoa argumenttiin, joka koskee tapaa lähestyä Data Access -palvelua henkilöltä, jolla on Oman pääoman ehtoiset arvopaperit (Tiedän. LLBLGen Pro tukee SP:tä, mutta sillä on vahva puolueellisuus Dynamicly Generated T-SQL:ää kohtaan, kuten MS Linux-väittelyssä... vähäpätöinen oma etu (tai entinen) Halliburtonin toimitusjohtaja Euroopan parlamentin ja neuvoston asetus (EU) N:o 1306/2013, annettu 11 päivänä joulukuuta 2013, Euroopan parlamentin ja neuvoston asetusten (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, (EU) N:o 1306/2013, Irak- mutta se on eri asia :-) Käytän SP:itä lähes yksinomaan Data Access -koodiin, minulla ei ole omaa kiinnostusta yhteen tai toiseen lähestymistapaan, käytin Dynamic SQL:tä ASP/VBScriptin vanhoina huonoina aikoina, mutta siirryin SP:hen, kun tarvitsin enemmän moophmia datakoodiini. Pidän vahvasti datan manipuloinnista Set-pohjaisella logiikalla, kyllä, monimutkaisemmista toiminnoista tuon datan koodiin, mutta yleensä käytän DB:tä manipulointiin ja sitten palautan pienimmän datamäärän takaisin koodiin. Syynä tähän ei ole itsepäisyys, yksinkertaisesti minun on helpompi suodattaa ja yhdistellä lähintä dataani. Olen myös sitä mieltä, että osa Fransin väitteistä on puutteellisia, Dynamic SQL:n käyttämiselle on argumentti, jossa on reagoitava käyttäjän syötteeseen tietojen suodattamista varten. Raportit ovat klassinen esimerkki, jossa saatetaan haluta löytää vastaavia tietoeriä vaihtelevaan tulomäärään perustuen. Käytä Dynamic SQL:tä siihen, mutta 90 prosentissa tapauksista haluan vain vetää dataa DB:stä mahdollisimman nopeasti ja kivuttomasti. Käytän usein SP:tä. Taulukkomuuttujat Koostaa ja suodattaa dataa, kohtelee SP:itä settitoimittajina ja muuttaa mahdollisia tulostetuloksia siten, että ne sisältävät vain tarvitsemani tiedot – tämä vaatisi yleensä useita matkoja DB:hen ja sieltä (puhumme kymmenistä täällä kussakin tapauksessa) ja olisi aika hidasta, sekä aiheuttaa raskasta verkkoliikennettä, johon minulla ei yleensä ole varaa erittäin skaalautuvilla sivustoilla. Lyhyesti sanottuna sanon, että minun tarkoituksiini 90 % varastoidut menettelytavat, 10 % Dynamic SQL toimii parhaiten - ehdottomien lausuntojen antaminen tällaisista asioista on kuin kommentoisi uskontoa, politiikkaa tai avointa lähdettä tai Javaa - En usko, että millään näistä aloista on täysin binääristä argumenttia, on liian paljon linnoittautuneita näkemyksiä - hevoset kursseille on minun mielipiteeni :-)