Registrace nového uživatele
Návod
Kluby
Archív Lopuchu
Lopuch.cz
Náš Lopuch Vám
vytře zrak
Lopuch.cz
Jméno:
Heslo:
Podpora LCD:
Archiv klubu
Database (mysql,...)
[ŽP:
neomezená
] (kategorie
Programování
) moderuje
melkor_unlimited
.
Nastavení klubu
Nastavení práv
Homepage
Anketa
Přítomní
Oblíbené
Lopuch
Kategorie
autor:
text:
vyplnit a
Help
[ 414 ]
<Novější
<<<Nejnovější
Nejstarší>>>
Starší>
12.6.2006 15:06
414
sql celkem umim,a kdebych ten manuál našel?
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
12.6.2006 14:57
413
inu, nejlíp správný úsek manuálu...
a nebo, pokud neumíš ani sql, nějaká výuková knížka o sql...
12.6.2006 14:45
412
Zdravim,nevíte o nějakém podrobném tutorialu mysql? Mám na mysli nějakej seznam funkci a klíčových slov + co dělají. Dík moc
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
22.5.2006 14:00
411
aneb:
ORDER BY (MATCH (pole1) AGAINST ('fultext string' IN BOOLEAN MODE)) + 0,5*(pole1 like "%abc%")
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
22.5.2006 13:43
409
možná jsem objevil Ameriku, možná něco co málokdo ví, v každém případku mam pro vás malou pomoc s mysql a fulltextem.
ono lze v mysql udělat třeba i:
SELECT pole1 like '%77%' from tabulka...
cimz jsem schopen ziskat z nejekho slozitejsiho dotazu vyuzivajiciho fulltextovej match, soucasne treba pro kratka slova jeste like hodnotu 0/1 a muzu ji treba pricist vynasobenou nejakym koeficinetem ke score od fulltextu a pote setridit nejak sofistikovane podle relevance... "c)
21.5.2006 16:44
408
Může mít MySQL 4.1 problémy s dlouhými dotazy (třeba při vytížení serveru)? V důsledku špatně navržené databáze mám v jednom skriptu přes 3kB dlouhou SQL řádku a teď mi to třeba chvíli vyhazovalo syntaktickou chybu. Teď už ne (ale příkaz je pořád stejný). Je v tom asi tucet UNIONů.
12.5.2006 14:34
407
Ma je od v5.0 -- teda neni to tam zadnej zazrak, ale tohle by v tom mohlo jit hezky.
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
12.5.2006 14:21
406
taky si to myslim ale rad bych, aby si to myslel i nekdo jinej, pak jsem si jistejsi "c)
trigery v mysql jsem nejak jeste nepotkal, ani nevim, jestli uz je ma a budou mi pristupny ale kouknu...
12.5.2006 14:00
405
Neuspesny pokus o UPDATE by mel byt stejne slozity jako select, imho.
Ale nemuzes to resit triggerama rovnou?
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
12.5.2006 13:08
404
aha, u me je to jine, updatuju v tab1, pokud tam zanam neni, updatuju v tab2, pokud tam zanam neni, insertuju do tab2.
Takze u te tab1, kduby test byl neuspesny, coz je v minimalne 3/4 dat, pak se misto pokusu o update provede jen select a uz bezi jinam...
tak by me zajimalo co dela databaze, zdali neuspesny pokus o update neni o moc delsi nez select, no...
hugo
Usmívejte se, -
bude hůř!!!!
12.5.2006 12:44
403
TVX
Ja davam primo update a pokud to vyhodi chybu, tak bud vytvorim novy radek nebo necham zahlasit error. Pokud ten radek existuje, tak usetris jeden dotaz.
tvx
Myslet si, že svět je JEN takový, jak -
ho v daný čas můžeme pochopit je hloupé.
12.5.2006 12:21
402
je rychlejší dávat dotaz na existenci řádku v db před jeho aktualizací,
nebo prostě udělat update a pak vyhodnotit ev. chybu? předpokládám, že v db by se mělo v obou případech dít asi to samé nebo ne?
hugo
Usmívejte se, -
bude hůř!!!!
11.5.2006 18:49
401
Show table status like 'table'
11.5.2006 16:55
400
Je možné nějak zjistit čas poslední změny tabuky?
9.5.2006 07:47
399
LIMIT od,pocet neni nic jineho, nez snizeni mnozstvi dat prenasenych mezi serverem a klientem.
Lepe receno, databaze generuje vysledky do maximalniho poctu od+pocet, pricemz vysledky do hodnoty "od" prostě neposílá. Pokud se používají dočasné tabulky (což ukáže EXPLAIN), pak jsem si na 100% jist, že se dotaz provede komplet bez LIMIT a pak se z dočasné tabulky vybere příslušný rozsah.
[ 414 ]
<Novější
<<<Nejnovější
Nejstarší>>>
Starší>
označené
neoznačené
rozsah
(c) 2001-2011 Lopuch.cz
Kontakt