Új hozzászólás Aktív témák

• #1177 bpx őstag kisbandima #1163

  Új Válasz 2012-05-30 20:38:02 #1177

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  bpx

  őstag

  válasz kisbandima #1163 üzenetére

  egyrészt, ha bind változókat használsz, ez így is csak annyi SQL, ahány esetet a feltételek megadása/meg nem adása eredményez
  de ha minden esetet egy SQL utasítással akarsz kezelni, ám legyen

  MSSQL-t nem ismerem, szóval ez amolyan pszeudokód lesz

  SELECT oszlop1, oszlop2
  FROM tabla
  WHERE datum > NVL(:B1, MINDATE)
  AND datum < NVL(:B2, MAXDATE)
  AND osszeg > NVL(:B3, 0)
  AND osszeg < NVL(:B4, INT.MAXVALUE);

  B1-B4 bind változók, ami user input
  ha a user nem ad meg semmit, akkor NULL-t adsz be neki
  az NVL arra való, hogy ha az első paramétere NULL, akkor kicseréli a másodikra

  tehát ha a user nem ad meg felső határt a dátumra, akkor a NULL-t kicseréli az NVL a lehetséges legnagyobb dátumra
  ha a user nem ad meg alsó határt az összegre, akkor kicseréli 0-ra
  és így tovább...

  ha meg linq vagy ilyesmi, abban nem vagyok otthon (sajnos)

• #1172 martonx veterán kisbandima #1163

  Új Válasz 2012-05-30 19:09:05 #1172

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  martonx

  veterán

  válasz kisbandima #1163 üzenetére

  Ha már Silverlight, akkor gondolnám, hogy WCF RIA Services-el adod az adatokat, ez esetben LINQ-val simán meg lehet oldani az egészet.
  Ha meg nem több millió adatsorról van szó, C#-al, XAML-lel elég szépen lehet memóriában szűrni az adathalmazt.

• #1165 Sk8erPeter nagyúr kisbandima #1163

  Új Válasz 2012-05-30 16:06:27 #1165

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  Sk8erPeter

  nagyúr

  válasz kisbandima #1163 üzenetére

  Én is a tárolt eljárásra szavaznék, de nem ártana látni a "favágó" módszert, meg az alap query-t, vagy valami példaszerűséget, hogy meg tudjuk mondani, hogyan tudnád azt szebben elkészíteni.
  Pl. a WHERE-ben is lehetne CASE-ek.

  (#1164) lakisoft :
  Most már érdekelne, hogy ez a dynamic SQL miért jó? Ahogy nézegettem, ez igazából egy query feltételektől függő konkatenálgatása, aztán a query "elkészítése" során annak végrehajtása, ami szerintem elég randa.
  Akkor már a WHERE-be elhelyezett, kicsit komplex CASE-ek is szebbnek tűnnek.
  Persze aztán lehet, hogy csak nem találkoztam durva esetekkel, ahol nincs jobb, ezért kérdezem.

• #1164 lakisoft veterán kisbandima #1163

  Új Válasz 2012-05-30 16:03:51 #1164

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  lakisoft

  veterán

  válasz kisbandima #1163 üzenetére

  Dynamic SQL? vagy Dynamic SQL és tárolt eljárás?

Új hozzászólás Aktív témák