Vlákno názorů k článku Jste exhibicionista? Ale prosím... od Michal Krsek - Kdyz se tak citite, tak malou hadanku: mate...

Kdyz se tak citite, tak malou hadanku: mate tabulku s numerickym primarnim klicem a zadnymi dalsimi polozkami. V teto tabulce chcete najit prvni volne cele kladne cislo a nesmite pouzivat zadnou jinou fyzickou tabulku naplnenou cisly. Reseni musi byt jeden SQL prikaz, subquery jsou povoleny. Takze uvidime jak vam pomuze prirucka MySQL.

Pokud bychom ukoncili cviceni "Zaklady SQL" a vratili se k tematu :-) Myslim, ze nikdo nezpochybnil, ze Vas system je slozity. Pouze bylo upozorneno na to, ze funkcne podobny system by dokazal napsat kdokoliv po precteni knihy "Zaklady MySQL" za 21 dni. Tim nerikal, ze ta aplikace bude mit stejnou architekturu, jako ta Vase. Treba se ten clovek rozhodne, ze na data bude sahat prostrednictvim LDAPu (abychom nezustavali porad u SQL) :-)

Mozna jsem neco prehledl v zadani, ale v danem pripade ani VASE reseni nefunguje. Prvni volne cele kladne cislo je v tomto pripade jedna (pripadne nula - ale na tom uz nezalezi). VAS dotaz VAM ji ale nevrati ... hadejte cim to asi je ... ;)

Případ, že chybí rovnou jednička, jsem opravdu přehlédl, ale ten by se snadno ošetřil pomocí coalesce. Tak jako tak bude řešení procedurou pořád efektivnější než řešení subselectem - ať už vaše nebo moje.

jste na dobre ceste, ale nefunguje vam to - viz
create table tbl(id int)
insert into tbl values (4)
insert into tbl values (9)
select max(A.ID)+1 from TBL A where (select count(*) from TBL B where B.ID<=A.ID)=A.ID
--- vrati NULL.
Ja jsem na cestach a nebudu na netu, tak vam dam reseni rovnou...
select min(id + 1) from tbl
where id + 1 not in (select id from tbl )

Pro pripad, ze je tabulka prazdna vsak musite vlozit 0... takze vidite, ze procedura neni potreba...

Za předpokladu, že to číslujete od jedničky, pak třeba

select max(A.ID)+1 from TBL A where (select count(*) from TBL B where B.ID<=A.ID)=A.ID

Ale v praxi bude efektivnější napsat si proceduru, která první díru najde cyklem.

Nic ve zlem neberu, ale proste mame kazdy jiny nazor a oba ho muzeme vyjadrit. Vy v tom vidite hlavne seznamovani a ja zase spise zabavu.
Realita je to, co se na webu skutecne deje a to vime kazdy ze svych stranek nejlepe a na kazdych strankach to muze byt jinak.

Omlouvam se za tykani, trosku jsem prehledl, ze je Vam vice let, ikdyz si myslim, ze i tak se v diskuzi dle meho muze tykat, je to pak uprimnejsi si vymenovat nazory, pokud to nezabredne to urovne vulgarnich ohodnoceni a nadavek. Jsem zvyknuty tykat pri komunikaci na netu, ale i tak s eomlouvam, pokud Vam to neni prijemne. Nebral jsem to tak, ze jste HEJ nebo POCKEJ. :) Ale to jsme uplne mimo tema. Jen si rikam, ze je lepsi nabidnout lidem lepsi komunikacni nastroje nez nejake statistiky % shody atd. Kdo chces statistiky, ten stejne hraje fotbalove managery a podobne hry. Vsechny stejne zajima jen fotografie, protoze seznamky na internetu jsou seznamky urcene pro seznameni na zaklade prvniho dojmu dle fotografie a k tomu mi zadna shoda nikdy nepomuze, ci jinak neovlivni nazor o dotycnem na fotce a pokud s emi bude dotycny libit, tak nato rande proste pujdu. Ale pokud je nekdo z 99% jen programator, tak se vyradi nad zbytecnostmi, protoze pro programatora je raj mit moznost se probirat kupou tabulek a statistik. Realita je jina.

Nejsme tu od toho, abysme se tu naparovali jako dva kohouti v arene preci ne? Doporucuji trosku ubrat utocny ton a snizit aroganci pri komunikaci.

Slovo Hovadina jste pouzil vy. Na Lupe se publikuji clanky, Na Palci a spol. fotky. V obou systemech lze vlozene hodnotit a komentovat. Redakcni system take byva system propojenych tabulek v databazi byt jsou z databaze nekdy generovany html stranky. Takze je tam dosti prvku spolecnych. Proste, kdo hleda, najde.

Tech dotazu je tam trochu vice. Bohuzel vam nebudu ukazovat nase vnitrnosti a tak je tezke argumentovat. Kazdy proste mluvi z vlastni zkusenosti a na zaklade vlastnich znalosti. Mimochodem nase db je MS SQL. Kdyz se tak citite, tak malou hadanku: mate tabulku s numerickym primarnim klicem a zadnymi dalsimi polozkami. V teto tabulce chcete najit prvni volne cele kladne cislo a nesmite pouzivat zadnou jinou fyzickou tabulku naplnenou cisly. Reseni musi byt jeden SQL prikaz, subquery jsou povoleny. Takze uvidime jak vam pomuze prirucka MySQL.
P.S. Nechapu dost dobre proc mi tykate... Rekl bych, ze jsem ve veku vaseho otce...

Srovnavat palec s LUpou je totalni hovadina. Stejne jako srovnavat vykon nakladu s vykonem osobniho vozu. Kdyz chci silu, volim nakladak a kdyz chci rychlost, zvolim osobak. LUPA je informacni web polozeny na redakcnim systemu. Palec je soubor tabulek v DB, ktere maji mezi sebou ruzne spojeni a provadi se mezi nimi matematicke funkce. Tady srovnavame jabka s hruskami.

Ahoj,

nechci nijak snizovat tve umeni, ale tohle co jsi vypsal je jednoduchy SQL dotaz, ktery v podstate je max. vypocetne narocny, primo umerne tomu, jak je cela DB navrzena pro tyto vypocty. Nic vic. Tohle zvladne kazdy clovek po precteni knihy MySQL za 21 dni.

Pocet polozek v tabulkach klade dost slusne pozadavky na model v pripade, ze je musite joinovat, ukazovat v ruznem poradi, prepocitavat a v neposledni rade updatovat soucasne pro stovky uzivatelu a casto stejne zaznamy (v nasem pripade se jedna o 50.000 unikatnich navstevniku za den a 100.000 navstev konkurujicich castecne o stejna data). Pokud jste nekdy slysel o deadlocku tak snad pochopite o cem mluvim. Model nespociva pouze v poctu tabulek a vztazich mezi nimi, ale i v zachovani integrity dat a soucasti modelu je i model transakcni. Dovolim si tvrdit, ze nejmene tri ze jmenovanych "primitivnich" systemu jsou vyrazne komlexnejsi nez je napriklad Lupa.cz.

Jakasi anonymni trubka mi zde stridave tyka a vyka a nevi o cem mluvi. Databazove modely delam ve ctyrech zemich jiz 20 let a tak bych si dovolil tvrdit ze vim o cem mluvim.

Nechápu, jak z počtu fotek a uživatelů vyplývá komplikovaný informační model v databázi. Od kdy se měří komplikovanost datového modelu počtem položek v tabulce?

"...To znamena, ze pri prihlaseni musite tomuto uzivateli nabidnou fotku, kterou jeste nevidel... "
To je ale fakt nadupanej dotaz, ten si musel psát aspoň tejden :)
"A to nemluvim o tom, ze kdyz si zada uzivatel funkci spriznene duse, musi mu system vyhledat mezi vsemi ostatnimi uzivateli ty, kdo hlasovali na stejne fotografie a vypocist procento shody"
...a tohle druhej...
Autor článku má samozřejmě pravdu, žádné komplikované vnitřnosti to nejsou, neviděl jste asi nikdy opravdu komplikovanej databázovej model...

cituji:
sluzby hodnoceni fotografii predstavuji jisty posun od freewebu k jednoduchym aplikacim, ktere vyzaduji jen pramalou znalost internetovych nastroju /konec citatu.
------------
Opakovane narazim na lupe na totalni nepochopeni faktu, ze za jednoduchou slupkou rozhrani se muze skryvat komplikovany informacni model v databazi. Napriklad u nas je vlozeno asi 70.000 fotografii a jsou uzivatele, kteri jich hodnotili vice nez deset tisic. To znamena, ze pri prihlaseni musite tomuto uzivateli nabidnou fotku, kterou jeste nevidel a po hlasovani registrovat v databazi vysledek. A to nemluvim o tom, ze kdyz si zada uzivatel funkci spriznene duse, musi mu system vyhledat mezi vsemi ostatnimi uzivateli ty, kdo hlasovali na stejne fotografie a vypocist procento shody. Nemluvim o velikosti databaze, kde kazdy den pribyvaji statistice zaznamu. Proste se autor hodne seknul. Jednoducha rozhrani skryvaji casto komplikovane vnitrnosti.