ahojteNejlepším vývojovým prostředím je tužka a papír - pokud se chcete něco naučit. Dokud jsem používal různé designery (tabulek a dotazů), tak jsem se SQL a db nenaučil. Chce to praxi, bez té to nejde - jeden nebo dva, možná deset projektů na úrovni junior a snažit se vyřešit problémy jak to jen jde nejlépe. Pokud chcete začínat s MySQL, tak bacha, přepněte si ji na ANSI SQL compatible režimu, a hromada dokumentace a různých rad, které najdete na netu mají zápornou informační hodnotu! Jinak je do jisté míry jedno, čím začnete. Oracle je opravdu kanón, kdy dá docela dost práce jen db nainstalovat, ale můžete začít např. Oraclem XE. Postgresem také nic nezkazíte.
chcem sa naucit programovat v sql ide mi o to ze neviem z cim zacat doteraz som s sql mal len tzv pasivne skusenosti ze som robil nejake selecty do db, presmerovar som to do rury nejak upravil a ulozil niekde do suboru.
chcem sa naucit vytvarat nejake tabulky trigre atd. neviem s cim mam zacat mysql, oracle sa mi zda v mojom pripade delo na vrabca , este viem ze sa pouziva postresql ...
chcem zacat najpv vo vydlach poradite mi nieco nejake vyvojove prostredie , a teda s cim zacat dakujem
Souhlasim, ze MS SQL ma velmi dobre zazemi co se tyce dokumentace a obavam se , ze MSDN se nemuze vubec rovnat dokumentaci k MySQL. Management Studio je pomerne kvalitni nastroj a dobre se v nem pracuje. Kdyz musim neco patlat v phpMyAdmin, tak bych brecel.Dokumentace k Oracle je také - to co není k dispozici je něco na způsob knowleadge base, což se hodí spíš pro praxi, zvlášť u MS, rady proč něco nechodí ač by to chodit mělo, a v jakém a jak fixovat tuhle db jsou nedocenitelné. Začátečník je ale asi neocení. Hodně záleží jakým způsobem chce člověk databázi používat a k čemu inklinuje. Každá ze zmiňovaných db se používá trochu jinak, a asi si to chce vyzkoušet všechny. Ohledně dokumentace, tak vyjma Firebirdu lze najít free relativně kvalitní dokumentaci +/- s relativně silnými nebo slabými místy - např. o low level programování pro MS SQL se toho moc nedozvíte. Někde lze dohledat porovnání např. MSSQL a PostgreSQL - k tomu se nechci vracet. Já jsem třeba začínal na MSSQL a Visual Basicu a z dokumentace a tutoriálů Microsoftu se SQL nenaučíte - neb priorita pro ně je tvorba GUI a spojení s vývojovými prostředky - místo toho, aby Vám pořádně vysvětlili LEFT JOIN tak se hodiny věnují query builderu a parametrizaci komponent. Takže záleží na přístupu.
Oracle nedoporucuju ani XE, je to dost komplikovane a Oracle ma KB jenom pro ty, co zaplati - informaci zadarmo zase tolik neni. I kdyz perspektivne by to byla asi nejlepsi volba...
IMHO je potřeba oddělit dvě roviny - teorii a její použití v praxi.
Teorii, zejména co se týká základů relační algebry a konceptů, to se ze žádného konkrétního produktu naučit nelze. Bohužel se to hodně podceňuje, spousta lidí rovnou skočí do nějakého produktu, nikdy si tuto díru ve znalostech neuvědomí a uniká jim část konceptů a principů - což následně vede k všelijakým prasárnám (dámy prominou).
Dobrý den,
Řešim podobnou věc jako autor tématu. Mam nějaký zkušenosti s firebirdem v kombinaci s PHP. Dokumentace je imho dostatek (Kniha od Císaře, na google groups, IBPhoenix...). Takže nějakou tu terminologii znám, o architektuře SŘBD mam taky ponětí. V administračních nástrojích se orientuju. Používat jednodušší SQL dotazy umim. (SELECT, INSERT, UPDATE, JOIN, transakce, atp.)
Chci se naučit nějakou technologii víc do hloubky a následně ji využívat jak pro webové tak pro desktopové aplikace. Primární platforma je Windows, ale Linuxu se nebránim. Tušim že bych se měl učit: modelování a návrh DB, triggery, UDF.
Myslim že je FirebirdSQL super. Jenže má jednu velkou nevýhodu. A to je podpora na hostingách. MySQL se mi zdá jako krok zpět, o PostreSQL toho moc nevim, ale letem světem jsem se dočetl že neni moc výkonný.
Takže který systém je podle vás vhodnější kompromis, FirebirdSQL, nebo PostgreSQL?
Nejsem si jist jak mám váš komentář interpretovat, jestli jako souhlas nebo nesouhlas s tím mým :(IMHO je potřeba oddělit dvě roviny - teorii a její použití v praxi.
Teorii, zejména co se týká základů relační algebry a konceptů, to se ze žádného konkrétního produktu naučit nelze. Bohužel se to hodně podceňuje, spousta lidí rovnou skočí do nějakého produktu, nikdy si tuto díru ve znalostech neuvědomí a uniká jim část konceptů a principů - což následně vede k všelijakým prasárnám (dámy prominou).
mozna by se mel (nejen) OP nejdriv zamyslet nad tim, proc jste pouzil to spojeni spousta lidí . Proc jste nepouzil malokdo, vyjimecne ...
Chci se naučit nějakou technologii víc do hloubky a následně ji využívat jak pro webové tak pro desktopové aplikace. Primární platforma je Windows, ale Linuxu se nebránim. Tušim že bych se měl učit: modelování a návrh DB, triggery, UDF.Budu se opakovat, ale zkuste si sehnat ta skripta od Halašky. Základy modelování (Entity-Relationship Diagramy apod.), normální formy, normalizace, denormalizace - to všechno je tam poměrně pěkně vysvětleno. Autor tomu rozumí a navíc je to česky, což je na začátku velká výhoda.
Myslim že je FirebirdSQL super. Jenže má jednu velkou nevýhodu. A to je podpora na hostingách. MySQL se mi zdá jako krok zpět, o PostreSQL toho moc nevim, ale letem světem jsem se dočetl že neni moc výkonný.To s tím výkonem (že je PostgreSQL pomalý) je takový vousatý stereotyp. Kdysi dávno se říkalo že MySQL je rychlá ale nespolehlivá, PostgreSQL je spolehlivý ale pomalý. MySQL si netroufám komentovat, nepožívám ji intenzivně, nicméně u PostgreSQL se situace radikálně změnila. Dovolím si ocitovat tabulku uvedenou v nové knížce od Grega Smithe, kde srovnává verze od 8.0 do 8.4:
veze | peak (read-only) TPS | number of clients (at peak) |
8.0.21 | 1256 | 4 |
8.1.17 | 5620 | 14 |
8.2.13 | 8109 | 18 |
8.3.7 | 13984 | 22 |
8.4.1 | 13569 | 22 |
Takže který systém je podle vás vhodnější kompromis, FirebirdSQL, nebo PostgreSQL?Bohužel neznám Firebirda dostatečně dobře abych na to dokázal odpovědět. Ale pokládám to za zajímavou alternativu o které bych se rád dozvěděl víc - i z tohoto důvodu jsme se s Jiřím Císařem domluvili že na letošním P2D2 bude mít o Firebirdu přednášku.
Nejsem si jist jak mám váš komentář interpretovat, jestli jako souhlas nebo nesouhlas s tím mým :(IMHO je potřeba oddělit dvě roviny - teorii a její použití v praxi.
Teorii, zejména co se týká základů relační algebry a konceptů, to se ze žádného konkrétního produktu naučit nelze. Bohužel se to hodně podceňuje, spousta lidí rovnou skočí do nějakého produktu, nikdy si tuto díru ve znalostech neuvědomí a uniká jim část konceptů a principů - což následně vede k všelijakým prasárnám (dámy prominou).
mozna by se mel (nejen) OP nejdriv zamyslet nad tim, proc jste pouzil to spojeni spousta lidí . Proc jste nepouzil malokdo, vyjimecne ...
je to nesouhlas. Modelovani a navrh se nelze naucit, zrovna tak jako se neni mozne naucit zpivat jak Gott a nebo kreslit jako Picasso. Je to vyhrazeno jen male skupine populace a takovi lide by se urcite neptali, jak se naucit programovat DB, to uz davno nejak intuitivne vedi.
'Zprasene' navrhy nejsou podle me tedy vysledkem nezajmu o teorii, ale pouze vestavena vlastnost relacnich systemu. K tomu, aby optimalne ty systemy fungovaly je nutne, aby znacna cast pracovniku mela ty 'nadlidske' schopnosti. Protoze to v lidske spolecnosti nelze dosahnout, musite pak k tem 'nefunkcim' aplikacim prijit Vy, pan Stehule nebo par dalsich, kteri se s tim vyznaji a musite to opravit. To by vlastne pro ty schopne nebylo tak spatne, ale i pro ne ma den jen 24 hodin.
je to nesouhlas. Modelovani a navrh se nelze naucit, zrovna tak jako se neni mozne naucit zpivat jak Gott a nebo kreslit jako Picasso. Je to vyhrazeno jen male skupine populace a takovi lide by se urcite neptali, jak se naucit programovat DB, to uz davno nejak intuitivne vedi.
'Zprasene' navrhy nejsou podle me tedy vysledkem nezajmu o teorii, ale pouze vestavena vlastnost relacnich systemu. K tomu, aby optimalne ty systemy fungovaly je nutne, aby znacna cast pracovniku mela ty 'nadlidske' schopnosti. Protoze to v lidske spolecnosti nelze dosahnout, musite pak k tem 'nefunkcim' aplikacim prijit Vy, pan Stehule nebo par dalsich, kteri se s tim vyznaji a musite to opravit. To by vlastne pro ty schopne nebylo tak spatne, ale i pro ne ma den jen 24 hodin.
Nejsem si jist jak mám váš komentář interpretovat, jestli jako souhlas nebo nesouhlas s tím mým :(IMHO je potřeba oddělit dvě roviny - teorii a její použití v praxi.
Teorii, zejména co se týká základů relační algebry a konceptů, to se ze žádného konkrétního produktu naučit nelze. Bohužel se to hodně podceňuje, spousta lidí rovnou skočí do nějakého produktu, nikdy si tuto díru ve znalostech neuvědomí a uniká jim část konceptů a principů - což následně vede k všelijakým prasárnám (dámy prominou).
mozna by se mel (nejen) OP nejdriv zamyslet nad tim, proc jste pouzil to spojeni spousta lidí . Proc jste nepouzil malokdo, vyjimecne ...
je to nesouhlas. Modelovani a navrh se nelze naucit, zrovna tak jako se neni mozne naucit zpivat jak Gott a nebo kreslit jako Picasso. Je to vyhrazeno jen male skupine populace a takovi lide by se urcite neptali, jak se naucit programovat DB, to uz davno nejak intuitivne vedi.
'Zprasene' navrhy nejsou podle me tedy vysledkem nezajmu o teorii, ale pouze vestavena vlastnost relacnich systemu. K tomu, aby optimalne ty systemy fungovaly je nutne, aby znacna cast pracovniku mela ty 'nadlidske' schopnosti. Protoze to v lidske spolecnosti nelze dosahnout, musite pak k tem 'nefunkcim' aplikacim prijit Vy, pan Stehule nebo par dalsich, kteri se s tim vyznaji a musite to opravit. To by vlastne pro ty schopne nebylo tak spatne, ale i pro ne ma den jen 24 hodin.