Vlákno názorů k článku
Linuxová kancelář a správci databází

Dobrý den, prosím o radu, jak se nejsnáze naučit práci s SQL a databázemi na uživatelské úrovni ve Windows? Máte někdo zkušenost s databázemi Oracle? Myslíte, že je dobré začít s touto knihou: http://www.eruditus.cz/knihy/luboslav-lacko/oracle-sprava-programovani-a-pouziti-databazoveho-systemu-dvd? Dík za názor.

Volba SQL engine zalezi na ucelu pouziti. Pokud zacinate, nejsem si uplne jist, jestli existuje horsi volba, nez Oracle. Je to velice dobry engine na _opravdu_ velke databaze, ale neda Vam vubec nic zadarmo. Na mensi projekty je to strelba taktickou raketou na asfaltove holuby. Velice dobre je Microsoft SQL (v Desktop edici zdarma). Nedodava se k nemu management interface, ale da se stahnout nekolik volnych programu, treba DbaMgr. O MySQL a PostgreSQL muzete taky zcela bez obav sahnout, monumentalni vyhodou je moznost provozovat je na vice platformach.

Ne, není. Pokud začínáte s databázemi, tak zapomeňte pro první semestr (:-)) na Oracle a vemte si něco jednoduchého jako je právě Access nebo sqlite. Až se zorientujete v principech, tak se můžete vrhnout na enterprise enginy jako je právě Oracle i PostgreSQL nebo MS SQL.

No joi, protože jste byli ušetřeni instalace a správy Oracle. :-)
Samotné SQL je pro začátečníky všude stejné. Rozdíly přijdou s prvním outer joinem.

Zrovna PostgreSQL, resp. pg/sql poměrně masivně a beze studu kopíruje pl/sql. takže maximálně se vám trošku pozmění syntax, ale nebudete muset překopávat celou akrchitekturu DALu vaší aplikace (což se vám stane v okamžiku portace na MS SQL/Sybase či MySQL).

row version control je uplne jine v Oracle vs Pgsql, pokud jenom prepisete u stored procedur syntax budete mit v aplikaci races.

instalace oraclu we windows je klikaci a spravu netreba pro vyukove ucely delat, proste kdyz to pohnojite zrusite databazi a vytvorite si ji znova.

No, já myslím, že zcela za vše mluví to, že místo o instanci či schematu mluvíte o databázi. :-))

v db2 terminologii se rika oracle instanci databaze. db2 instance muze obsahovat nekolik naprosto nezavislych databazi (tedy ne jako to ma pgsql, ktery ma logovani spolecne)

pro zajimavost co se konfiguruje v db2 instanci, jen nezajimave systemove veci:

C:\IBM\SQLLIB\BIN>db2 get dbm cfg

Konfigurace správce databází

Typ uzlu = Databázový server s lokáln
ími a vzdálenými klienty

Verze konfigurace správce databází = 0x0c00

Max. celkový počet otevřených souborů (MAXTOTFILOP) = 16000
Rychlost CPU (ms/instrukce) (CPUSPEED) = 2,361721e-007

Max. počet současně aktivních databází (NUMDB) = 8
Podpora federovaného databázového systému (FEDERATED) = NO
Název transakčního monitoru (TP_MON_NAME) =

Výchozí nákladový účet (DFT_ACCOUNT_STR) =

Cesta pro instalaci sady JDK (JDK_PATH) = C:\IBM\SQLLIB\java\jd
k

Úroveň zachycení diagnostických chyb (DIAGLEVEL) = 3
Úroveň upozornění (NOTIFYLEVEL) = 3
Cesta adresáře diagnostických údajů (DIAGPATH) =

Výchozí přepínače monitoru databází
Fond vyrovnávacích pamětí (DFT_MON_BUFPOOL) = ON
Zámky (DFT_MON_LOCK) = ON
Řazení (DFT_MON_SORT) = ON
Příkazy (DFT_MON_STMT) = ON
Tabulky (DFT_MON_TABLE) = ON
Časové značky (DFT_MON_TIMESTAMP) = ON
Transakce (DFT_MON_UOW) = ON
Sledování narušení instance a databází (HEALTH_MON) = ON

Název skupiny SYSADM (SYSADM_GROUP) =
Název skupiny SYSCTRL (SYSCTRL_GROUP) =
Název skupiny SYSMAINT (SYSMAINT_GROUP) =
Název skupiny SYSMON (SYSMON_GROUP) =

Modul plug-in pro jméno uživatele a heslo klienta (CLNT_PW_PLUGIN) =
Modul plug-in zabezpečení Kerberos (CLNT_KRB_PLUGIN) = IBMkrb5
Modul plug-in skupiny (GROUP_PLUGIN) =
Modul plug-in GSS pro lokální autorizaci (LOCAL_GSSPLUGIN) =
Režim modulu plug-in serveru (SRV_PLUGIN_MODE) = UNFENCED
Seznam modulů plug-in GSS serveru(SRVCON_GSSPLUGIN_LIST)=
Modul plug-in pro jméno uživatele a heslo serveru (SRVCON_PW_PLUGIN) =
Ověřování připojení serveru (SRVCON_AUTH) = NOT_SPECIFIED
Správce klastru (CLUSTER_MGR) =

Ověřování správce databází (AUTHENTICATION) = SERVER
Katalogizace povolena bez oprávnění (CATALOG_NOAUTH) = NO
Ověření všech klientů (TRUST_ALLCLNTS) = YES
Způsob ověření klientů (TRUST_CLNTAUTH) = CLIENT
Vynechání federovaného ověřování (FED_NOAUTH) = NO

Výchozí cesta databáze (DFTDBPATH) = C:

Velikost haldy monitoru databází (4kB) (MON_HEAP_SZ) = 128
Velikost haldy prostředí JVM (4kB) (JAVA_HEAP_SZ) = 2048
Velikost vyrovnávací paměti dozoru (4kB) AUDIT_BUF_SZ) = 0
Velikost sdílené paměti instance (4kB) (INSTANCE_MEMORY) = AUTOMATIC
Výchozí velikost záloh. vyr.paměti (4kB) (BACKBUFSZ) = 1024
Výchozí velikost obnov. vyr.paměti (4kB) (RESTBUFSZ) = 1024

Velikost zásobníku agentů (AGENT_STACK_SZ) = 16
Minimum potvrzené soukromé paměti (4kB) (MIN_PRIV_MEM) = 32
Práh soukromé paměti (4kB) (PRIV_MEM_THRESH) = 20000

Práh haldy pro řazení (4kB) (SHEAPTHRES) = 0

Podpora mezipaměti adresářů (DIR_CACHE) = YES

Velikost haldy pro vrstvu podpory apl.(4kB) (ASLHEAPSZ) = 15
Max. velikost bloku I/O klienta (bajty) (RQRIOBLK) = 32767
Velikost haldy pro dotazy (4kB) (QUERY_HEAP_SZ) = 1000

Vliv obslužných programů na výkon (UTIL_IMPACT_LIM) = 10

Priorita agentů (AGENTPRI) = SYSTEM
Velikost fondu agentů (NUM_POOLAGENTS) = AUTOMATIC
Výchozí počet agentů ve fondu (NUM_INITAGENTS) = 0
Max. počet agentů pro koordinaci (MAX_COORDAGENTS) = AUTOMATIC
Max. počet klientských připojení (MAX_CONNECTIONS) = AUTOMATIC

Udržování chráněného procesu (KEEPFENCED) = YES
Počet chráněných procesů ve fondu (FENCED_POOL) = AUTOMATIC
Výchozí počet chráněných procesů (NUM_INITFENCED) = 0

Doba pro znovuvytvoření indexu (INDEXREC) = RESTART

Název databáze správce transakcí (TM_DATABASE) = 1ST_CONN
Interval pro resynchronizaci (s) (RESYNC_INTERVAL) = 180

Název SPM (SPM_NAME) = DIM23
Velikost žurnálu SPM (SPM_LOG_FILE_SZ) = 256
Omezení počtu agentů SPM (SPM_MAX_RESYNC) = 20
Cesta k žurnálu SPM (SPM_LOG_PATH) =

Název pracovní stanice NetBIOS (NNAME) =

Název služby TCP/IP (SVCENAME) = db2c_DB2
Režim zjišťování (DISCOVER) = SEARCH
Instance serveru zjišťování (DISCOVER_INST) = ENABLE

Max. stupeň paralelizmu pro dotazy (MAX_QUERYDEGREE) = ANY
Povolení paralelizmu v rámci oblasti (INTRA_PARALLEL) = NO

Poč. vnitř. kom. vyrov. pamětí (4kB) (FCM_NUM_BUFFERS) = AUTOMATIC
Počet vnitřních komunikačních kanálů (FCM_NUM_CHANNELS) = AUTOMATIC
Prodleva db2start/db2stop (min) (START_STOP_TIME) = 10


C:\IBM\SQLLIB\BIN>

Omlouvam se, malicko me zmatl tazatel tim, ze se chtel neco dozvedet o SQL databazich. SQLite neznam, nemohu rici. Access je trochu komplexni pojem. Jde-li tazateli o prostredi, obsahujici vesela kreslitka formularu a sestav s dychavicnym databazovym strojkem nekde v hloubi te binarni smrsti, pak mame viteze. Jak jsem si dovolil uvest v predchozim prispevku - jde o ucel pouziti. Na vyuku prikazu SELECT, INSERT a UPDATE lze pouzit takrka cokoli. V jednoduche podobe je to vsude stejne, slozitejsi dotazy se v T-SQL, PL-SQL, ci jinde budou lisit. Jednoduche veci jsou jednoduche skoro vsude ... tedy krome Oracle. :-D

Tak si na MS SQL (2005 a vyšší) zkuste napsat hierarchické query a pochopíte krásu, jednoduchost a ladnost Oraclovského CONNECT BY.

to mohu potvrdit, moje sestrenice je sekretarka a uz u prijimaciho rozhovoru se ji ptali, jestli zvlada hierarchicke query, neb to je u nich normalni, ostatne jako v kazdem jinem beznem zamestnani.

Ctenari prosim vezmou na vedomi, ze Lojza je db-guru....

Za to vy evidentně neumíte sledovat text v diskuzi (jak symbolické - je ve stromové struktuře), takže vám by nepomohl ani MS Access s propojeným Excelem.

Možná, že Oraclovský CONNECT je příliš jednoduchý. ANSI SQL WITH (CTE) je několikanásobně mocnější - v podstatě CONNECT vlastně skoro nic neumí. CTE je fakt dobrý nápad - http://www.pgsql.cz/index.php/Aktuality#V_8.4_je_ji.C5.BE_implementov.C3.A1na_podpora_rekurzivn.C3.ADch_dotaz.C5.AF a dají se s ním dělat hezké věci, a nijak zvlášť komplikovaný není.