| Autor | Správa |
|---|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
 |  Zaslal: Št 17.11.11 16:14 |   |
caute, zacinam s databazami teda, musim koli skole lebo nam zadali projekt, a chcu po nas vytvorenie funkcnej databazy..vobec neviem ako s cim zacat lebo na prednaskach sa o tom nehovori a na cviceniach robime len referaty z kt sa nic nedozviem..tak ak by ste mi mohli poradit ako zacat bol by som rad..mozem to robit v ľubovoľnej databáze ( Oracle, DB2, MS SQL a PostgreSQL ....), nie je to velka databaza..tu mam zadanie:
Pracovník manažmentu ľudských zdrojov
Ste vedúci kádrového oddelenia podniku v ktorom sú vysoké nároky na kvalifikáciu pracovníkov a ktorý často využíva aj externých pracovníkov.
Vytvorte si informačno-databázový systém - o svojich pracovníkoch a o záujemcoch na zamestnanie v spoločnosti. U záujemcov o prácu potrebujete zaznamenať ich mená adresy a dostupnosť (telefón, mobil, E-mail, kvalifikáciu (napr. jazyky ktoré ovládajú, atď.). Sledujete svojich pracovníkov a záujemcov o prácu. Buďte pripravený odpovedať priamo na ad-hoc otázky manažmentu ohľadom dostupnosti určitých kádrov, atď.
vlastne otazka znie v com to mam zacat robit (program) alebo podobne a ak mate daky dobry navod tak by to dost pomohlo |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
  |
|
walther
Užívateľ
Založený: 24.01.2008
Príspevky: 10194
Bydlisko: Bratislava
Vek: 24
| | Zaslal: Št 17.11.11 18:36 | |
No prvý krok spočíva v tom, že si vyberieš databázu, s ktorou budeš pracovať, a od toho sa už potom odvíja všetko. Keď si vyberieš db, nájdeš potom už xxx tutoriálov "ako začať" a podobne.
Čo plánuješ robiť v budúcnosti? Podľa toho by som vyberal db... |
| |
|
|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
| | Zaslal: Št 17.11.11 20:37 | |
no buducnost je silno neurcita, viem ze este nejake predmety ohkladom databaz mat budem ale v com sa tam bude robit..a ani vobec neviem z coho vybrat.. |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
|
|
mack0
Užívateľ
Založený: 19.09.2009
Príspevky: 358
Bydlisko: Rohožník
| | Zaslal: So 19.11.11 21:35 | |
Aha, dalsi FEI-kár, a pravdepodobne aj kolega  (2.roc predpokladám)
Ja to budem asi robiť v Oracle, no tiež by ma zaujímalo od ostatných, či je perspektívnejší MS SQL voči Oracle. |
| |
|
|
walther
Užívateľ
Založený: 24.01.2008
Príspevky: 10194
Bydlisko: Bratislava
Vek: 24
| | Zaslal: So 19.11.11 21:50 | |
Záleží od toho... Niekde sa využije viac Oracle, niekde zas MS SQL. Osobne využívam napríklad len MS SQL. Pokiaľ by človek uvažoval o dráhe webdevelopera, tak tam je obľúbené zas MySQL, čiže ťažko takto zovšeobecniť.
Najlepšie je pravdepodobne naučiť sa základ - SQL, a potom sa už len prispôsobiť podľa potreby. Na zoznámenie sa so SQL je viacmenej jedno, ktorú databázu vyberieš. |
| |
|
|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
| | Zaslal: So 19.11.11 23:53 | |
j feikar 2bc prave sa s tym babrem..walther mozes mi prosim ta pomoct? rozmyslal som nad tabulkami a nvm ci to robim spravne budem mat tabulku ZAMESTNANCI v nej uvedene meno priezvisko, dalej ZAUJEMCI kde bude meno priezvisko, potom ADRESY kde bude mesto PSC a podobne, a posledna tabulka DOSTUPNOST kde bude telefon, mobil, atd a tabulka KVALIFIKACIA ale tou tabulkou kvalifikacia som si neni isty..ze ako to mam spravit ci mam dat jeden VARCHAR o nejakom pocte znakov a tam natrepat co ovlada alebo ako.. |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
|
|
walther
Užívateľ
Založený: 24.01.2008
Príspevky: 10194
Bydlisko: Bratislava
Vek: 24
| | Zaslal: Ne 20.11.11 10:34 | |
Hm...
No dalo by sa k tomu pristupovať rôzne.
Napríklad, ak by si mal mať kvalifikáciu ako súbor nejakých vlastností, dali by sa jednoducho cez spojovaciu tabuľku priraďovať k zamestnancom/záujemcom. Záleží od toho, čo by danú firmu vlastne zaujímalo.
Vezmime si povedzme situáciu, kedy by chcel vidieť šéf všetkých zamestnancov, ktorí by ovládali povedzme Excel. Keby boli skúsenosti s Excelom súčasťou preddefinovaných údajov (samozrejme meniteľných v DB), nájdenie takýchto ľudí by bolo veľmi rýchle pomocou relácie. Keby si dal kvalifikáciu len ako obyčajný text s čiarkami, hľadanie by bolo podľa mňa pomalšie a SQL zložitejšie.
Ďalšou vecou je to, že zamestnanci a záujemcovia majú mať očividne rovnaké údaje. Líšia sa len tým, že niektorí sú už zamestnaní a tí druhí by chceli byť.. Pre zjednodušenie návrhu by sa to teda dalo zlúčiť do jednej tabuľky a len pridať k tomu jeden stĺpec - "zamestnaný" typu Boolean 
No a posledná vec, neviem, ako sa to teraz učí na školách, ale je podľa mňa otázne, či Adresy a Dostupnosť potrebujú samostatné tabuľky. Relácia by to bola tak či tak len typu 1:1 a nie som si tak úplne istý, čo reálne by sa tým dosiahlo. Samotná tabuľka s údajmi o zamestnancoch nebude mať veľa stĺpcov a nejaký zisk rýchlosti by bol viacmenej zanedbateľný. Ak by si často vyťahoval len meno a priezvisko, dalo by sa o tom uvažovať, ale aká je šanca, že bude treba LEN tieto údaje? Na hocijaký výpis by to bolo príliš málo, keďže meno ani priezvisko nedokážu dostatočne identifikovať človeka. Čiže pri hocijakom výpise ľudí by si musel joinovať tabuľky, aby si s menom a priezviskom vytiahol ešte aspoň adresu.
Inými slovami, v tomto konkrétnom prípade by som použil pre tieto 3 údaje o človeku len jedinú tabuľku, z ktorej by sa potom selektovalo, čo chceš vidieť.
Keby sme to teda zhrnuli, moje myšlienky idú skôr takýmto smerom:
Ludia
- id
- meno
- priezvisko
- zamestnany (boolean, v prípade ms sql je to "bit")
- ulica
- ...
- telefon
- ...
Kvalifikacie
- id
- nazov
SpojovaciaTabulka (M:N)
- idCloveka
- idKvalifikacie
Neviem no, je to len môj názor, existujú na to rôzne pohľady a záleží dosť od toho, čo vlastne od vás profák chce. Videl som už rôznych, ktorí učia len to svoje a síce sa snažia naučiť to správne, ale častokrát akosi zabúdajú na reálnu aplikáciu tých vedomostí... Proste len aby sa učivo precvičilo, aj keď na nie úplne šťastných príkladoch.
V reálnej aplikácii by bolo treba urobiť niekoľko testov a podľa toho potom zvoliť najvhodnejší návrh.
Uhh, je to nejaké dlhé  Hádam to aspoň trochu pomôže, keďtak ma dúfam niekto opraví ak sa v dačom mýlim |
| |
|
|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
| | Zaslal: Ne 20.11.11 13:02 | |
tak s tymto si mi vazne dost pomohol diky moc, to s tou dalsou tabulkou na kvalifikacie a spojovacia tabulka..to by mi nenapadlo..no parada a to s tou vyucbou si celkom trafil |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
|
|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
| | Zaslal: So 03.12.11 17:27 | |
Cau, akurat robim druhu normalnu formu a mam trocha problem, mam uchadzacov a v nich atributy mesto, psc, ulica, cislo domu, tieto atributy nie su zavisle od primarneho kluca ale neviem ako ich rozdelit..pre mesto by som spravil samostatnu entitu a bude v nej aj PSC ako primarny kluc..ale ulicu neviem ci mam nehat v entite uchadzaci a ani cislo_domu.. |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
|
|
walther
Užívateľ
Založený: 24.01.2008
Príspevky: 10194
Bydlisko: Bratislava
Vek: 24
| | Zaslal: So 03.12.11 17:32 | |
Počítaš s tým, že niektoré mestá majú viac PSČ? |
| |
|
|
doubleR
Užívateľ
Založený: 18.10.2008
Príspevky: 225
Bydlisko: PK
Vek: 20
|
No nakoniec som to nejak poriesil..ale mam problem s SQL mam teda napr zamestnanca a on ma v sebe cudzi kluc kt odkazuje na id mesta..ked chcem do tabulky zamestnanci pridat meno, priezvisko,...,mesto tak to ide len cez cislo id_mesta..ale ja chcem priamo zadat nazov a zeby si on nasiel mesto a vlozil jeho id don..a ak nie je take tak ho vytvori a to don vlozi da sa to? |
_________________
ak si sa nikdy nevzdal nikdy si ani neprehral | |
|
|
|
