mysql: COUNT

Potreboval by som pomoct, uz sa s tym trapim a netusim ako na to, v databaze mam ulozene GPS suradnice a podla nich robim vyber miest v zadanom okruhu co je v tomto pripade 10. Chcel by som ale vypisat len pocet riadkov cez COUNT, ale to je asi uz mimo moje chapanie, ci to vobec ide...vedel by mi niekto pomoct? Ano viem, ze si ten pocet mozem zobrazit cez php funkciu, ale chcel by som aby to spravila mysql databaza a setril som tym cas.

Skus toto


Namiesto HAVING som pouzil WHERE, lebo neviem naco tam HAVING mas
Na "normalnej" databaze by ti tvoj vyber ani nezbehol

ok vdaka, ja som to skusal podobne a nikdy mi to neslo, ale asi som siel na to dobre, len ten cas za to mohol zjavne skusil som ten select na hostingu na mariadb 5.5 a presiel bez chyb, co je na nom zle? alebo vies nejak lepsie ako spravim vyber podla gps?

Radsej by si mal ten select optimalizovat, lebo najskor vypocitas kazdemu riadku v tabulke vzdialenost od daneho bodu a potom vyberies cez having len tie, ktore maju zistenu vzdialenost mensiu ako 10. Pri vacsom objeme dat ti to bude trvat strasne dlho. Rychlejsie by bolo dopredu vypocitat hodnoty hranicnych suradnic, na zaklade tohto rozsahu vybrat vyhovujuce data z tabulky a vyfiltrovat tie, ktorych vzdialenost je mensia ako 10. Vyuzitie indexov je dalsie plus...

"zle" je len to, ze HAVING je urceny na pracu s agregovanymi funkciami, ktore ty v tom vybere nepouzivas... to je take specifikum mysql (a zrejme aj mariadb o ktorej pocujem prvy krat), ze ti dovolia HAVING bez agregovanych funkcii a GROUP BY

ale k teme stenley ma pravdu, tak ako je ten vyber napisany databaza nema ziadnu sancu pouzit index. inymi slovami, databaza musi vzdy prejst uplne vsetky zaznamy v tabulke. cim viac dat v nej bude, tym dlhsie vybe rbude trvat (bez ohladu na to aku malu vzdialenost budes hladat)

Ak taketo "nestandardne" standardne rozsirenie mysql sprehladni zapis (podobne ako pri "nestandardnom" pouziti aliasov) alebo zvysi vykon pri zachovani rovnakeho vystupu, nevidim v tom ziadny problem, skor naopak.

nechcem sa hadat... aliasy povazujem za standard su podporovane hadam vsade (preto tomu hovorim standard).

ale pouzivanie having-u a group-u tymto sposobom (ako sme sa uz dohadovali v inej teme) ja osobne povazujem za podobne "skarede" a nevhodne ako pouzivanie register_globals... funguje to, zjednodusuje to veci ale...

Aliasy su podporovane asi v kazdom dbs, ale nie rovnakym sposobom, to som tym myslel. V mysql a dalsich mozes napr. v group by rovno pouzit alias uvedeny v selecte, inde musis oproti tomu zlozito pouzit select from select. Kazdy system ma svoje specifika a pouziva rozne odchylky, ci nazvime to rozsirenia, oproti standardu. Kvoli tomu to ale nebudem povazovat za nieco zle. Ak v tom vidim viac pozitiv ako negativ, pouzijem to ako vyhodu, ale dbam o to, aby som pripadne negativa zredukoval, alebo uplne anuloval.

vdaka, ale toto je uz asi moc vysoka matika na mna netusim vobec ako take cosi spravit, alebo som asi tomu moc nepochopil...ja mam v danej tabulke len 2900 riadkov a casom mi tam pribudne este asi okolo 5000 (netusim presne kolko ma obci ceska republika) a viac riadkov v tej tabulke nebude, ma aj tak vyznam sa tym zapodievat? jedine co ma napadlo na rychly vyber je vypocitat vzdialenost kazdeho mesta ku kazdemu mestu co tam mam, ale to by tam bolo pekne vela zaznamov

Tuto to mas celkom prehladne vysvetlene https://www.scribd.com/doc/2569355/Geo- ... with-MySQL - je to sice pocitane v milach, ale prevod na km by nemal byt problem

Ok vdaka, pozriem na to, snad to nebude pre mna uplna spanielska dedina len co si to len tak narychlo prezeram, tak tam maju tabulku s 800k riadkami, ja v tej tabulke nebudem mat ani 1% z ich tabulky, ma vobec vyznam sa tym zaoberat? skusil som dat index na stlpce so suradnicami a vyber sa mi zrychlil z 0.0050sec na 0,0000sec, tak len ze ci ma vobec vyznam sa pri takom malom pocte tymto zaoberat, resp zaoberat sa aspon v mojom pripade mozno aj cely vikend

Nema, ale daj tam komentar Nieco ako "toto riesenie si mozem dovolit, lebo mam radovo iba tisice zaznamov"... ak ten kod raz najdu buduce generacie, alebo mimozemstania, budu vediet ze by nemali pouzit rovnaky postup na miliony zaznamov.

Importoval som si to vsetko na webhosting a tam to tiez ide rychlo, takze sa tym asi fakt nema vyznam zatazovat, otazka je ake to bude ak by tam bola vyssia navstevnost ci to nebude vytazovat casom moc databazu, do tohoto sa moc nevyznam veru, tak skusim mrknut aj na to stenleyho riesenie, ci to vobec spravim ked chce niekto vyskusat tak http://www.qlp.sk meno: jano@qlp.sk a heslo: 12345 ale podla mna to generuje celkom rychlo, najprv tam robim vyber z tabulky s mestami podla vzdialenosti, tento vyber vlozim do dalsieho selectu ktorym vyfiltrujem osoby ktore splnaju vsetky tie vybrane mesta, neviem ci idem na to dobre a ci sa to neda nejak efektivnejsie spravit...