Registrace nového uživatele     Návod     Kluby     Archív  Lopuchu     Lopuch.cz  

Modrá je dobrá
zelená je lepší

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ší>  
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 24.5.2005 11:34  135
Tessien [134]: Ale jo, ja mel na mysli nektere jine produkty (predevsim ten v zavorce). Chtel jsem tim rict, ze ty miliony radku sice Oracle zvladne, jenze zaroven je potreba zduraznit, ze proste to pobezi na uplne jinym zeleze a i tak je to nekdy liny, ze by clovek ziral (furt se nemuzu ubranit dojmu, ze zatimco momentalni pocet uzivatelu na Lopuchu, ktery jede na sdilenem hostingu ja hodne mizerna napsanej, je 112 a beha to velmi vesele a rychle, tak jiste nejmenovanne systemy, ktere cinnosti imho odpovidaji prave necemu, jako je diskusni server (ne-li necemu jeste jednodussimu), se zadychavaji uz na par desitkach uzivatelu, pritom maji svuj samostatny DB server (ne-li) dva a hned nekolik aplikacnich serveru). Takze ano, v DB maji nejspis radove vice zaznamu, ale to, ze to je na Oraclu, je nejak moc nezachranuje, stejne potrebuji (mozna i radove) lepsi zelezo a furt dosahuji dosti diskutabilnich rychlosti.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 24.5.2005 11:14  134
Kdokoliv [133]: no, tak takhle bych se to teda rict neodvazil.. Myslim, ze treba bankovni systemy, ktere pocitaji ucty klientu a ridi prevody jsou docela stabilni a ty casto nad Oraclem behaji..

A "rychlost" je dost vagni pojem.
kdokoliv Kdokoliv Nevidím důvod dělat cokoliv bezdůvodně. - http://kkl2401.wz.cz 24.5.2005 10:21  133
Tessien [122]: Na druhou stranu si priznejme, ze jak bylo zmineno, obvykle je pouzito trosku jine zelezo nez cisi vlastni notebook, a navic ze ty aplikacky, co nad tim behaji, nebyvaji nejrychlejsi a nejstabilnejsi (viz jisty nejmenovanny vnitrni informacni system :-)).
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.5.2005 17:41  132
S pracovni dobou a kancelari asi bude hodne zaviset na konkretnim zamestnavateli, ale jinak kdyz mas praxi, tak se da sehnat 40-50k IMHO bez velkejch potizi..
al3x 23.5.2005 17:28  131
Priste si radsi RTFM nez se zeptam.
al3x 23.5.2005 17:28  130
tvxDik moc. Presne to jsem hledal.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.5.2005 17:13  129
Mam takovou intimni otazku, jak se tak zhruba platej v Praze prumerni databazisti pri nejaky normalni lidsky 8-hodinovy pracovni dobe, vlastni kancelari v centru mesta a nejaky ty volnosti?
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.5.2005 17:09  128
al3xtak tam mas stesti, tam to vis, myslim, rovnou "c)

mysql_query("INSERT INTO mytable (product) values ('kossu')");
printf("Last inserted record has id %d\n", mysql_insert_id());
al3x 23.5.2005 17:01  127
Trosku lama dotazMam tabulku napr. se sloupci ID (autoincrement), Jmeno (varchar), vlozim do ni Jmeno='Jirka', jsem schopen nejak zjistit, jaky ID se tomu priradilo? Mohl bych to udelat na dva dotazy (INSERT Jmeno=Jirka; SELECT * WHERE Jmeno=Jirka ORDER BY Jmeno DESC LIMIT 1), ale to se mi nezda moc OK, protoze kdyz na tom budou pracovat dva lidi, tak ty Query nejednou nebudou tesne za sebou a koncim.. Jak nejak jednoduse resit?

Delam to - bohuzel - na MySQL.
tvx tvx Myslet si, že svět je JEN takový, jak - ho v daný čas můžeme pochopit je hloupé. 23.5.2005 16:53  126
all
jenze to taky sm tim oraclem jedete jeste navic jedete najimym zeleze, ne?
mach
hoodne moc zalezi taky a tom, jak dobre je nastavenej server a u freehostingu bych se dost bal, ze v ty konkurenci to nepojede, mam zkusenost ze nekdy nestaci phppkovejch nastavenejch 20sekund na to, aby se prikaz udelal a mas smulu... casto ani nezazalohujes...
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.5.2005 16:08  125
Behemoth [123]: ad posledni veta: souhlas ;)
king King Born to be king - ... 23.5.2005 16:07  124
jj, taky se mi zmenily meritka, od te doby co delam v data warehousu, kde jsou v DB terabajty ;)

nejdulezitejsi je mit spravne indexy, optimalizovany selecty a spol...
behemoth 23.5.2005 16:06  123
OT: Tessien: 400k je na MyISAM docela dost. Pravda je za ne firemnim SAPu a Oraclu mame hrube k pul milarde radek a porad pohudka. Jenze to srovnavame IMHO absolutne nesrovnatelne produkty.
tessien Tessien Of course slavery is the worst thing - that ever happened. But maybe... 23.5.2005 16:03  122
OT: musim rict, ze se docela usmivam, kdyz se tu resi problem s "velkou databazi" pri 400 tisic radcich :)

Ale ja jsem trochu deformovany, protoze pro veci, se kterymi prichazim do styku ja, je velka tabulka neco, co ma vic jak 100 milionu radek. Ale to je teda na Oraclu, ne MySQL :)
behemoth 23.5.2005 16:00  121
Mach: Pokud se muzes vyhnout LIKE udelej to. (viz. manual) Jinak jedna z DB co tu mam ma 400k+ zaznamu (MyISAM) a porad jede.

Vetsi problem je jenom pri UPDATE tabulky pres nejake indexove pole, kdyz se musi index prepocitavat.
[ 414 ] <Novější  <<<Nejnovější  Nejstarší>>>  Starší>  

(c) 2001-2011 Lopuch.cz   
Kontakt