Lūdzu palīdzību SQL valodā

[ob1]

Uzdevums tāds – ir divas tabulas, viena satur preču nosaukumus, otra – cenas, bet ar laiku, kad cena stājusies spēkā. Vajag uztaisīt selektu, kas atgriež preču cenu uz šodienu. Skat attēlu:

[img]https://notepad.lv/userpix/1679_sql_task1_1.png[/img]

Vai to var izdarīt ar SELECT? Kā?

[Andress]

SELECT `price` FROM `Price` WHERE `id`=’$id’ ORDER BY `when` DESC LIMIT 1;

Kkā tā laikam… 🙂 Ja vien tur nav cenas nākotnei… Ja ir cenas nākotnei, japadomā vēl

[ob1]

Andress, tas nestrādās. Kaut vai tāpēc, ka nav nevienas pārbaudes uz laiku.

[Andress]

SELECT `price` FROM `Price` WHERE `id`=’$id’ AND `when`< ='date("d.m:Y H:i")' ORDER BY `when` DESC LIMIT 1; Paņems lielāko vērtību kas nav nākotnei 😉 Edited > —-> <

[ob1]

nē taču.

when`>=’date(“d.m:Y H:i”) <-- tas neko neatrisina.

[Andress]

Tas izdara tieši to ko tu prasiji – paņem cenu kura ir uz šodienu VAI pēdējā norādītā! Protams, date() funkcijas vietā var izmantot jebkuru no attiecīgās valodas, dižais programmeistars taču tur problēmās neiestigs. 🙂 Jeb varbūt tev vajag paķert kautko no zila gaisa un es idiots būdams sertificēts sql operators nespēju saprast tavu domu? 🙂

[sLIDe]

Andress, nevis `when`>=’date(“d.m:Y H:i”)’, bet `when`<='date("d.m:Y H:i")', jo savādāk ņems arī nākotnes laikus.

[Andress]

sLIDe wrote:

Andress, nevis `when`>=’date(“d.m:Y H:i”)’, bet `when`<='date("d.m:Y H:i")', jo savādāk ņems arī nākotnes laikus.

Stfu, paldies, typo :))))

[ob1]

Pag, veči, uzdevumā ir prasīts atgriezt 3 laukus – id, name un price. Nu labi, var būt arī papildus lauki, bet vismaz tie 3.

[usver]

Code:

select goods.id, name, price FROM goods
LEFT JOIN Price ON goods.id = Price.id_good
where `when` IN ( select max(`when`) FROM Price where id_good = goods.id )
group by goods.id
order by `when` desc

protams, paredzu, ka būs ķērcieni no visvarenā MEISTARA, “koi hren tur from vajag, tur taču var pāris baitus ietaupīt ..” utt 😉 😉

[Andress]

ob1 wrote:

Pag, veči, uzdevumā ir prasīts atgriezt 3 laukus – id, name un price. Nu labi, var būt arī papildus lauki, bet vismaz tie 3.

Tam ir nepieciešoms izmantot server side vai program side kodu. SQL ir datu bāzes serveris ne apstrādes…

[usver]

btw, WHEN sql`os mēdz būt rezervētais vārds, tāpēc to vaig pārsaukt savādāk, kamēr vēl top. bet atkal – ko es, lohs, te mācu ūbervečus, kas laikam SQL`u dzen uz paštaisītas DBVS..

[rATRIJS]

Code:

SELECT Goods.id, Goods.name, Price.price FROM Price INNER JOIN Goods ON Price.id_good = Goods.id WHERE Goods.id=’$id’ AND Price.when< ='date("d.m:Y H:i")' ORDER BY Price.when DESC LIMIT 1;

P.S. izdomā pats kuru id tev vajag – pieņemu, ka no Goods tabulas.

EDIT:

btw Andress kods nestrādās, jo ja jau ir zināms id, tad kāda jēga kaut ko vēl sīkāk atlasīt? Domāju, ka domāts ir Goods id

usver: labāk ir izmantot INNER JOIN, jo diez vai būs gadījums, ka cenai nav konkrētā prece 🙂

[ob1]

Vai kāds var uzrakstīt SELECt operatoru ar visu JOIN, kas atgrieztu aprakstā minēto tabulu?

P.S. Un ļoti mīļi lūdzu – nespamojiet bez jēgas, ja ir SELECT, tad rakstiet. Please 🙂

[Andress]

usver wrote:

btw, WHEN sql`os mēdz būt rezervētais vārds, tāpēc to vaig pārsaukt savādāk, kamēr vēl top. bet atkal – ko es, l**s, te mācu ūbervečus, kas laikam SQL`u dzen uz paštaisītas DBVS..

Jā tiešam lohs, kam“““““““““““domāts? 😀 No offense, par to lohu jokoju 😀

Bet apr tiem jūsu selectiem, pieņemsim ka jazivada 20 preces 10 000 apmekletajiem + botiem menesī. Uz shared hosta tāds query ir nepieļaujams, kur nu vel nevēlams.

Ob1 lūdzams, izmanto to ko tev piedāvā un beidz di*** un uzraksti server side kodu 🙂 gan jau tev tas preces id jau ir paņemts, kas liedz reize ar id paņemt nosaukumu? :> Dibenu plēš? Vo pafleimošu tagad…

[usver]

Es nesaprotu, ar ko ob1 par liesu mans kods? Ideāli nostrādā uz mysql, atgriež visu, ko vajag. Tur par servera pusē neko nevajag – viss tiek nolasīts ar SQL palīdzību.

Varenais meistars laikam nav ar mieru atzīt, ka kāds ir spējis 2min laikā uzrakstīt pieprasijumu, priekš kā pašam padoms par īsu. 😀

rATRIJS: a šitais ar domu, lai uzreiz redzētu, kurām precēm vispār nav cenu. INNER JOIN tiešām vajag, bet pēc tam, kad pirmā testēšanās jau notikusi un db savesta kārtībā.

[rATRIJS]

pag pag Andress – gribi teikt, ka kvērijos nevar izmantot JOIN’us, jo tas ir lēni? 😀 😀 😀

un rezervētos vārdus tiešām nav vēlams izmantot, jo tas palielina varbūtību uz visādiem bugiem (ar visām pēdiņām)

un jā – manā augstāk redzamajā postā ir ar visu join’u

[Andress]

rATRIJS wrote:

pag pag Andress – gribi teikt, ka kvērijos nevar izmantot JOIN’us, jo tas ir lēni? 😀 😀 😀

un rezervētos vārdus tiešām nav vēlams izmantot, jo tas palielina varbūtību uz visādiem bugiem (ar visām pēdiņām)

un jā – manā augstāk redzamajā postā ir ar visu join’u

Tu esi strādājis ar katalogu svarā ap 500Mb min.? 😀 Uz milzigiem apjomiem kā tas parasti ir tirdzniecībā, join tiešām iesper sql servam :> pie tam ievērojami vairāk kā aj tiktu izmantots server-side, bet nu protams lai jau ziamnto, šaubos vai viņam tur būs hoty 500 ieraksti. Anyway, s rezervētos neizmantoju, lai jau šams lieto, va ta mums ar tevi- gabals atkritīs? 😀 😀

/me butiba lielako vairumu slodzes novac no glabašanas serveriem, tam domati operaciju serveri- apstrādei. Jo katra lieka komunikācija starp instancēm palielina izpildes laiku./ mission critical programming saucas. un atkal ne par ob1 webshopu 😀 😀

[ob1]

usver, paldies. Domāju, ka tavs kods tiešām strādās… bet uz katru preci ir jātaisa subselect, ja preču ir daudz, tad tas select totāli bremzēs, man tā šķiet. Vai arī es kļūdos?

P.S. Patiesībā jau stāsts nav par precēm un cenām, bet par pacientiem un analīžu rezultātiem. Bet struktūras tās pašas.

[Andress]

Š eit tu nekļūdies. Urā! [img]https://bildites.lv/images/gkjru7pxz8k4fupuukq.gif[/img]

[Autors]

Ieraksti