Prethodna tema :: Sljedeća tema |
Autor/ica |
Poruka |
RonnieColeman Forumaš(ica)
Pridružen/a: 26. 04. 2006. (10:35:00) Postovi: (20B)16
Spol:
Lokacija: |R^3
|
Postano: 9:21 pon, 27. 5. 2013 Naslov: |
|
|
[quote="vsego"]Sto znaci "kojim obrascem"? Ovako na oko, meni se cine isti podaci, samo drugacije poredani.[/quote]
Obrascem znači dakle po kojem "zakonu" slaže ntorke u redove.
Poredak ntorki je uvijek isti dakle ne slaže slučajem pa me zanima kako slaže.
Primjera radi, JMBAGove slaže po veličini samih brojeva, datume slaže onako kako su ispisani u tablici iz koje ih izvlačim itd, volio bi stoga znati kako "slaže" ntorke iz atributa SIFRA.
@linus SELECT * FROM UPISAO; // dakle ispis cijele tablice
vsego (napisa): | Sto znaci "kojim obrascem"? Ovako na oko, meni se cine isti podaci, samo drugacije poredani. |
Obrascem znači dakle po kojem "zakonu" slaže ntorke u redove.
Poredak ntorki je uvijek isti dakle ne slaže slučajem pa me zanima kako slaže.
Primjera radi, JMBAGove slaže po veličini samih brojeva, datume slaže onako kako su ispisani u tablici iz koje ih izvlačim itd, volio bi stoga znati kako "slaže" ntorke iz atributa SIFRA.
@linus SELECT * FROM UPISAO; // dakle ispis cijele tablice
_________________ ...He never had looked less like captain of any-thing, even his own soul.
|
|
[Vrh] |
|
Lafiel Forumaš(ica)
Pridružen/a: 26. 09. 2007. (09:56:59) Postovi: (153)16
Spol:
|
Postano: 11:53 pon, 27. 5. 2013 Naslov: |
|
|
[quote="linus"]
EDIT:
Zna li netko kako se moze izracunati izraz
Izračunajte izraz [tex]e^{sin x} + e^{cos x}[/tex] za [tex]x=1.2.[/tex] u mysqlu, moja je sintaksa
[code:1]SELECT POW(e,SIN(1.2))+POW(e,COS(1.2));[/code:1]
ali MYSQL ne prepoznaje konstantu [tex]e[/tex] i ne znam kako da uvrstim [tex]x[/tex] i onda naknadno zadam vrijednost 1.2 umjesto da odmah 1.2 stavim u argument.[/quote]
[tt]select exp(sin(1.2)) + exp(cos(1.2))[/tt]
Inače, u [url=http://degiorgi.math.hr/forum/viewtopic.php?p=171533#171533]ovom postu[/url] imaš i riješene skoro sve zadatke s vježbi, courtesy of kolegica tihana. :)
linus (napisa): |
EDIT:
Zna li netko kako se moze izracunati izraz
Izračunajte izraz [tex]e^{sin x} + e^{cos x}[/tex] za [tex]x=1.2.[/tex] u mysqlu, moja je sintaksa
Kod: | SELECT POW(e,SIN(1.2))+POW(e,COS(1.2)); |
ali MYSQL ne prepoznaje konstantu [tex]e[/tex] i ne znam kako da uvrstim [tex]x[/tex] i onda naknadno zadam vrijednost 1.2 umjesto da odmah 1.2 stavim u argument. |
select exp(sin(1.2)) + exp(cos(1.2))
Inače, u ovom postu imaš i riješene skoro sve zadatke s vježbi, courtesy of kolegica tihana.
_________________ Weit von hier fällt Gold von den Sternen
|
|
[Vrh] |
|
RonnieColeman Forumaš(ica)
Pridružen/a: 26. 04. 2006. (10:35:00) Postovi: (20B)16
Spol:
Lokacija: |R^3
|
Postano: 12:03 pon, 27. 5. 2013 Naslov: |
|
|
Evo još jedan primjer meni neočitog kriterija po kojem se slažu ntorke.
Ovaj upit nije sporan:
SELECT NASLOV FROM PREDMET, UPISAO
WHERE PREDMET.SIFRA = NASLOV.SIFRA;
rezultat izvođenja:
baze podataka
linearna algebra
programiranje u c-u
analitička geometrija
(kolegiji su tako poredani i unutar tablice PREDMET)
Sporni upit:
SELECT DISTINCT NASLOV FROM PREDMET, UPISAO
WHERE PREDMET.SIFRA = NASLOV.SIFRA
AND GODINA = 1;
(jasna mi je činjenica da neću kao rezultat dobiti ispis predmeta koje je upisao barem jedan student sa prve godine jer nemam atributno-relacijsku jednakost STUDENT.JMBAG=UPISAO.JMBAG(pa se "trči" po stupcu GODINA dok se ne spotakne na znamenku 1), ovaj primjer navodim iz drugih razloga tj nerazumjevanja ispisa ntorki)
Rezultat ispisa:
Linearna algebra
baze podataka
programiranje u c-u
analitička geometrija
Dakle moj spor s poretkom je u tome što bi ja očekivao da baze ispiše prije linearne, zašto linearna ima prvenstvo, u smislu poretka odozgo nadolje, spram bazi?
jer kako ja shvaćam stvari baze su u prvom retku tablice i s njima se prvo bavi izdvajanje pa ispisivanje, što se vidi iz prvog upita.
Evo još jedan primjer meni neočitog kriterija po kojem se slažu ntorke.
Ovaj upit nije sporan:
SELECT NASLOV FROM PREDMET, UPISAO
WHERE PREDMET.SIFRA = NASLOV.SIFRA;
rezultat izvođenja:
baze podataka
linearna algebra
programiranje u c-u
analitička geometrija
(kolegiji su tako poredani i unutar tablice PREDMET)
Sporni upit:
SELECT DISTINCT NASLOV FROM PREDMET, UPISAO
WHERE PREDMET.SIFRA = NASLOV.SIFRA
AND GODINA = 1;
(jasna mi je činjenica da neću kao rezultat dobiti ispis predmeta koje je upisao barem jedan student sa prve godine jer nemam atributno-relacijsku jednakost STUDENT.JMBAG=UPISAO.JMBAG(pa se "trči" po stupcu GODINA dok se ne spotakne na znamenku 1), ovaj primjer navodim iz drugih razloga tj nerazumjevanja ispisa ntorki)
Rezultat ispisa:
Linearna algebra
baze podataka
programiranje u c-u
analitička geometrija
Dakle moj spor s poretkom je u tome što bi ja očekivao da baze ispiše prije linearne, zašto linearna ima prvenstvo, u smislu poretka odozgo nadolje, spram bazi?
jer kako ja shvaćam stvari baze su u prvom retku tablice i s njima se prvo bavi izdvajanje pa ispisivanje, što se vidi iz prvog upita.
_________________ ...He never had looked less like captain of any-thing, even his own soul.
|
|
[Vrh] |
|
vsego Site Admin
Pridružen/a: 06. 10. 2002. (22:07:09) Postovi: (3560)16
Spol:
Lokacija: /sbin/init
|
Postano: 13:45 pon, 27. 5. 2013 Naslov: |
|
|
MySQL je [b]relacijska[/b] baza podataka, i.e., tablice su relacije, pa ispis -- ako nije odredjen s [tt]order by[/tt] -- moze ici bilo kojim redom (cini mi se da se ovo dosta jako naglasava na predavanju). Zasto ide bas na neki nacin, a ne na neki drugi, tesko da ce ti itko ovdje znati odgovoriti. To je interna logika MySQL-a, a obicno proizlazi iz mehanizama kojima se pokusa dobiti brzinu. Mozes traziti po source codeu MySQLa, no stvar se smije promijeniti i izmedju dvije (pod)verzije.
Recimo, kad radis [tt]select * from ...[/tt], [b]mislim[/b] da sortira prema primarnom kljucu (ako taj postoji) jer je primarni kljuc index koji sluzi brzom pristupu podacima. Kad njega nema, nemam nikakvu ideju kako "sortira" (niti me posebno zanima).
Zato, kako je mdoko negdje napisao, na kolokviju ne gledaju redoslijed redaka (do na ono sto je explicite zadano zadatkom, pa treba odrediti sa [tt]order by[/tt]).
MySQL je relacijska baza podataka, i.e., tablice su relacije, pa ispis – ako nije odredjen s order by – moze ici bilo kojim redom (cini mi se da se ovo dosta jako naglasava na predavanju). Zasto ide bas na neki nacin, a ne na neki drugi, tesko da ce ti itko ovdje znati odgovoriti. To je interna logika MySQL-a, a obicno proizlazi iz mehanizama kojima se pokusa dobiti brzinu. Mozes traziti po source codeu MySQLa, no stvar se smije promijeniti i izmedju dvije (pod)verzije.
Recimo, kad radis select * from ..., mislim da sortira prema primarnom kljucu (ako taj postoji) jer je primarni kljuc index koji sluzi brzom pristupu podacima. Kad njega nema, nemam nikakvu ideju kako "sortira" (niti me posebno zanima).
Zato, kako je mdoko negdje napisao, na kolokviju ne gledaju redoslijed redaka (do na ono sto je explicite zadano zadatkom, pa treba odrediti sa order by).
_________________ U pravilu ignoriram pitanja u krivim topicima i kodove koji nisu u [code]...[/code] blokovima.
Takodjer, OBJASNITE sto vas muci! "Sto mi je krivo?", bez opisa u cemu je problem, rijetko ce zadobiti moju paznju.
|
|
[Vrh] |
|
RonnieColeman Forumaš(ica)
Pridružen/a: 26. 04. 2006. (10:35:00) Postovi: (20B)16
Spol:
Lokacija: |R^3
|
|
[Vrh] |
|
mdoko Forumaš(ica)
Pridružen/a: 30. 11. 2002. (22:17:12) Postovi: (71A)16
Spol:
Lokacija: Heriot-Watt University, Edinburgh
|
|
[Vrh] |
|
Lafiel Forumaš(ica)
Pridružen/a: 26. 09. 2007. (09:56:59) Postovi: (153)16
Spol:
|
|
[Vrh] |
|
vsego Site Admin
Pridružen/a: 06. 10. 2002. (22:07:09) Postovi: (3560)16
Spol:
Lokacija: /sbin/init
|
Postano: 17:15 uto, 28. 5. 2013 Naslov: |
|
|
S platformom. Stvar je u tome da su kod MySQL-a baze direktoriji, a tablice datoteke. Operacijski sustavi (Unixi, Linuxi,...) su case-sensitive, pa su onda i imena baza i tablica u MySQLu case-sensitive. Win su case-insensitive, pa bih ocekivao da je tamo i sve u MySQL-u case-insensitive.
S platformom. Stvar je u tome da su kod MySQL-a baze direktoriji, a tablice datoteke. Operacijski sustavi (Unixi, Linuxi,...) su case-sensitive, pa su onda i imena baza i tablica u MySQLu case-sensitive. Win su case-insensitive, pa bih ocekivao da je tamo i sve u MySQL-u case-insensitive.
_________________ U pravilu ignoriram pitanja u krivim topicima i kodove koji nisu u [code]...[/code] blokovima.
Takodjer, OBJASNITE sto vas muci! "Sto mi je krivo?", bez opisa u cemu je problem, rijetko ce zadobiti moju paznju.
|
|
[Vrh] |
|
Loo Forumaš(ica)
Pridružen/a: 11. 06. 2012. (16:02:07) Postovi: (D0)16
Spol:
|
|
[Vrh] |
|
RonnieColeman Forumaš(ica)
Pridružen/a: 26. 04. 2006. (10:35:00) Postovi: (20B)16
Spol:
Lokacija: |R^3
|
Postano: 6:02 sri, 29. 5. 2013 Naslov: |
|
|
ovaj upit:
SELECT IMES, PREZIMES, NASLOV
FROM PREDMET, STUDENT
WHERE SIFRA NOT IN
(SELECT SIFRA FROM UPISAO.JMBAG = STUDENT.JMBAG);
mi je davao drugačiji rezultat izvođenja ako bi zamijenio mjesta atributa u jednakosti, dakle ako bi cijeli upit ostavio istim a jednakost na kraju napisao kao STUDENT.JMBAG = UPISAO.JMBAG
(u tom slučaju ispisivao bi sve studente i uz svakog pridruživao naslov matematička analiza)
dakle baza se nekad čudno ponaša ili ja ne razumijem koncept! evo sad ukucavam i permutiram mjesta u jednakosti i rezultat je jednoznačan. oprez!!
ovaj upit:
SELECT IMES, PREZIMES, NASLOV
FROM PREDMET, STUDENT
WHERE SIFRA NOT IN
(SELECT SIFRA FROM UPISAO.JMBAG = STUDENT.JMBAG);
mi je davao drugačiji rezultat izvođenja ako bi zamijenio mjesta atributa u jednakosti, dakle ako bi cijeli upit ostavio istim a jednakost na kraju napisao kao STUDENT.JMBAG = UPISAO.JMBAG
(u tom slučaju ispisivao bi sve studente i uz svakog pridruživao naslov matematička analiza)
dakle baza se nekad čudno ponaša ili ja ne razumijem koncept! evo sad ukucavam i permutiram mjesta u jednakosti i rezultat je jednoznačan. oprez!!
_________________ ...He never had looked less like captain of any-thing, even his own soul.
|
|
[Vrh] |
|
vsego Site Admin
Pridružen/a: 06. 10. 2002. (22:07:09) Postovi: (3560)16
Spol:
Lokacija: /sbin/init
|
Postano: 6:42 sri, 29. 5. 2013 Naslov: |
|
|
Pricamo o MySQLu, relacijskoj bazi podataka koju koriste - bukvalno - milijuni servisa diljem Svijeta, ukljucivo i ovaj forum? NHF, meni je uvjerljivije da si ti nesto pogrijesio, nego da se baza "nekad čudno ponaša". Molim, ne dizati paniku.
Btw, [tt]select[/tt] koji nema "[tt]where[/tt]", ali iza "[tt]from[/tt]" ima uvjet umjesto imena tablice... sto bi to trebalo raditi?
Pricamo o MySQLu, relacijskoj bazi podataka koju koriste - bukvalno - milijuni servisa diljem Svijeta, ukljucivo i ovaj forum? NHF, meni je uvjerljivije da si ti nesto pogrijesio, nego da se baza "nekad čudno ponaša". Molim, ne dizati paniku.
Btw, select koji nema "where", ali iza "from" ima uvjet umjesto imena tablice... sto bi to trebalo raditi?
_________________ U pravilu ignoriram pitanja u krivim topicima i kodove koji nisu u [code]...[/code] blokovima.
Takodjer, OBJASNITE sto vas muci! "Sto mi je krivo?", bez opisa u cemu je problem, rijetko ce zadobiti moju paznju.
|
|
[Vrh] |
|
RonnieColeman Forumaš(ica)
Pridružen/a: 26. 04. 2006. (10:35:00) Postovi: (20B)16
Spol:
Lokacija: |R^3
|
Postano: 12:58 sri, 29. 5. 2013 Naslov: |
|
|
ok, stoji argument da nema relacije iza riječi FROM u ugnježđenoj petlji, mislio sam, jer ne javlja grešku po izvođenju, da čita atribute iz vanjskog SELECTa.
tenx na pojašnjenju Š 8) !
ok, stoji argument da nema relacije iza riječi FROM u ugnježđenoj petlji, mislio sam, jer ne javlja grešku po izvođenju, da čita atribute iz vanjskog SELECTa.
tenx na pojašnjenju Š !
_________________ ...He never had looked less like captain of any-thing, even his own soul.
|
|
[Vrh] |
|
|