V Select ťahať pole či použiť parameter.

[Stanislav Hruška]

Možnosť 1:

Kód: [Vybrat]

SELECT A.YEARS, ...
WHERE A.YEARS = :YEARS
Možnosť 2:

Kód: [Vybrat]

SELECT CAST(:YEARS AS DATE) YEARS, ...
WHERE A.YEARS = :YEARS
Čo je podľa vás lepšie?

Poznámka: ten druhý prípad zároveň ukazuje, ako sa dá parameter použiť priamo v SELECT ako návratová hodnota poľa.

[Delfin]

Vypustit ten sloupec K cemu bude sloupec plny stejnych, znamych konstantnich hodnot? Pokud bych si ale mel vybrat z tech dvou, volil bych 1 protoze sloupec si s sebou nese metainformace. Pokud bys zmenil typ sloupce, musel bys v pripade 2 zmenit i datovy typ CASTu.

[pf1957]

Čo je podľa vás lepšie?

Poznámka: ten druhý prípad zároveň ukazuje, ako sa dá parameter použiť priamo v SELECT ako návratová hodnota poľa.

No ale to muze byt zaroven zdrojem problemu pri pozdejsich zmenach, kdy se rozsiri podminka o nejaka dalsi kriteria, ktera vytahnou zaznamy z ruznych let a ve vysledku zustane rok, jehoz vyznam se treba upravou zmenil na OD, protoze si te replikace argumentu do result setu nekdo nevsimne... A dost blbe by se to hledalo, zejmena na slozitejsich datech.

Sice se da namitnout, ze v danem pripade se to nikdy nestane a rok bude v result setu vzdy jen jeden a shodny se vstupnim parametrem, ale lepe udrzovatelny program bude ten, ktery bude v cele aplikaci pouzivat stejne techniky, takze to chce zvolit obecnejsi techniku a to je persistentni hodnota z DB, ne vstupni kriterium.

[pf1957]

Vypustit ten sloupec K cemu bude sloupec plny stejnych, znamych konstantnich hodnot?

Treba k tomu, ze ten model polozky (radku v result setu) predava k dalsimu zpracovani. Pak je daleko prehlednejsi ho populovat na jednom miste s ostatnimi daty, nez ruzne po aplikaci honit, kde kdo zapomel predat nejakou hodnotu.

[Stanislav Hruška]

Ďakujem za extra rýchle reakcie.
Tie SELECT-y sú súčasťou INSERT INTO MYTABLE ... Preto to tam potrebujem.