Előadások | Presentation slides:

  1. Bevezetés (2022.02.17) | Introduction (2022.02.22)
  2. Ismerkedő gyakorlat (2022.01.05) | First experiences with databases (2022.02.14) | Dataset (2018.04.23)
  3. Bevezetés, adatbázisok története, alapfogalmak, adatmodellek (2022.02.23) | History of databases, terms and data models (2022.02.23)
  4. Adatbázis tervezés, kulcsok, normalizálás (2022.03.02) | Database design (2022.03.02)
  5. Esettanulmányok, adatkezelés (2022.03.15) | Case studies, privacy and security (2022.03.15)
  6. Adattípusok, Elemzések készítése grafikusan (2022.03.23) | Data types, Creating queries by graphical interface (2022.03.23) | Dataset (2022.03.23)
  7. Adatstruktúra előállítása, adatfeltöltés (2022.03.29) | Transform and upload data (2022.03.29) | Dataset (2022.03.30)
  8. Tervezési minták (2022.04.05) | Design patterns (2022.04.06) | Dataset (2018.03.28)
  9. SQL elmélet (2022.04.28) | SQL fundamentals (2022.04.28) | Dataset (2020.04.30)
  10. SQL gyakorlat (2022.04.28) | SQL practice (2022.04.28) | Dataset (2018.04.23)
  11. Űrlapok és jelentések (2022.01.05) | Forms and reports (2022.05.05) | Dataset (2018.04.23)
  12. MS Access 2013 segédlet (2021.11.30)
  13. Access build query howto Access build query howto - source file Access build query howto - sample file

Kapcsolattartó e-mail cím megadása | Set up contact e-mail address:

E-mail cím beállítása neptunban | Set E-mail address in neptun

Beadandó feladatok:

  • Házi feladat leírás
    • A félév során általatok kitalált projekteket fogtok megvalósítani adatbázisok segítségével. Ennek során egymással együtt is kell majd működnötök. A félév során három részfeladatot kell majd mindenkinek teljesítenie és ebből fog majd összeállni a végén minden projekt. Ami fontos – és bizonyosan újszerű – számotokra, hogy egy projekten 3 ember fog dolgozni: egy ember kitalálja, egy másik ember megtervezi, a harmadik megvalósítja. Tehát egymásnak adjátok majd a feladatokat (névtelenül), és együtt kell elérnetek a sikeres befejezésig. Mindenki fog minden részfeladatot csinálni, csak eltérő projekteken.

      Az első részfeladatban mindenkitől azt szeretnénk kérni, hogy találjon ki egy olyan témát, melyhez sok-sok adat áll rendelkezésre (vagy lehet értelmesen generálni adatokat) és azokon érdemes elemzéseket készíteni, majd kimutatásokat gyártani. A téma merítsétek a saját szakmátokból, ha dolgoztok, vagy TDK-ztatok, akkor ott szinte biztosan van megfelelő téma. Adatként fel lehet használni mindenféle internetes forrást is, pl. KSH adatok. Jó témák jellemzően azok, melyeknek az adatköre dinamikusan változik (pl. napi mérésekkel egészül ki folyamatosan, a jövőben is) és azonos elemzéseket kell rajta elvégezni visszatérő módon (pl. napi termelési kimutatás). A félévben sajnos geometriát, útvonalat/nyomvonalat nem tudunk majd elemezni az Access korlátozásai miatt. A kitalált projektet kell érthetően megfogalmaznotok és specifikálnotok, mintha ti lennétek a megrendelők. Nagyon figyeljetek az alapos és érthető megfogalmazásra, hogy azt egy kívülálló is megértse, különben sok idő fog elmenni azzal, hogy mindig visszakérdeztek. A témához kérjük ti biztosítsátok az adatokat is, ezt az oldalon fel tudjátok tölteni, ahogy a megfelelő mezőket is az oldalon tudjátok majd kitölteni. Az adatok lehetnek teljesen feldolgozatlan formában is, fontos, hogy legyen benne minden, amire később szükség lehet. Az oldalon találtok mintapéldát az első feladatra, és lejjebb találtok részletesebb követelmény-leírást is.

      A második feladatrészben egy más által készített specifikációt fogtok kapni, ami alapján majd nektek kell majd megtervezni a hozzá tartozó adatbázist és ennek megfelelően előkészíteni az adatokat. És természetesen a ti specifikációtokat is megkapja majd valaki más, és azon dolgozik majd tovább.

      A harmadik feladatrészben meg a specifikáció és tervezés alapján fogjátok megvalósítani az adatbázist MS Access-ben. Így mindenki összesen 3 projektben vesz részt.

      Az egyes projektekhez külön-külön beszélgetés (chat) folyam tartozik, itt tudtok egymással majd kommunikálni (projektmegbeszélések). A projektben részt vevők személye ismeretlen, kérjük csak az oldalon keresztül kommunikáljatok, ez segíti, hogy mi is lássuk a feladat fejlődését és lássuk, kimennyire segíti vagy hátráltatja a projektet. Hogy minden projekt sikeres legyen, mindenkinek gyorsan és érthetően kell reagálnia, hogy a határidők tarthatóak legyenek.
      Fontos továbbá, hogy bármely feltöltött feladaton bármikor lehet javítani és új változatot feltölteni. Ezzel az a cél, hogy a félév végére mindenki tényleg jó projektet zárhasson és ne maradjanak benne hibák, még akkor se, ha nyilván eddigi tapasztalatlanságból fakadóan az elején nem lesz minden magától értetődő. Mindenkinek tanácsolom, hogy inkább egyszer gondolja át a feladatot alaposan (ne a leadási határidő előtti estén), hiszen, ha sokszor kell javítani, az igen időigényes tud lenni.

      Az oktatók folyamatosan monitorozni fogják a beadott házikat és ha szükséges, közbeavatkoznak, vagy tanácsokat adnak, hogy minél többet tanuljatok belőle! De alapvetően ti alakítjátok és kormányozzátok a projektet!

      Mivel egymás feladatain fogtok dolgozni, fontos, hogy hozzávetőlegesen mindenki azonos mennyiségű munkát végezzen, ezért megfogalmaztunk minimum követelményeket az egyes feladatrészekhez, melyeket az lejjebb megtalálhattok, kérjük ezek alapos betartását. A feltöltés előtt kérjük mindig tekintsétek meg az ellenőrző listát, melyet az eddigi évek tipikus hibáiból állítottunk össze: hibalista. Az oktatók mindig készen állnak átnézni a feladattervezeteket. Legjobb, ha félkészen feltöltitek és akkor a felületen tudunk visszajelzést adni, ezzel a mellékvágányok idejekorán elkerülhetőek.
      A feladatokat minden leadási határidő után az oktatók átnézik és kategóriákba (nem érdemjegyek) rendezik. Az azonos kategóriákban szereplő projekteket véletlenszerűen fogjuk szétsorsolni.

      Megjegyzés: ha valaki titkos adatokon szeretne dolgozni és egy későbbiekben használandó rendszert szeretne összerakni, akkor arra is van lehetőség, kérjük keressétek meg az oktatótokat!
  • 1. beadandó feladat: Követelményspecifikáció
    • Kiadás: 2. tanítási hét
    • Beadás: 4. tanítási hét péntek dél
    • Pótdíjas beadás: 5. tanítási hét péntek dél
    • Feladat: Szakmai (ágazatnak megfelelő) adatbázis létrehozásához szükséges követelményspecifikáció elkészítése. Az elkészítéshez mintapélda ad segítséget, illetve az online feltöltő felület mezői adnak támpontot. Fontos a feladat pontos megfogalmazása, a tárolandó adatok forrásának és jellegének meghatározása valamint az adatokból levezetendő, elemzésekkel előállított információ igény pontos meghatározása. Fontos, hogy a kitalált feladat alkalmas legyen legalább 4 reláció, relációnként legalább 3 attribútum, illetve minden reláció közti kapcsolat kialakításra. Amennyiben a specifikéció nem megvalósítható, vagy hiányos, annak javítása kiegészítése a félév során a feladat kitalálójának feladata. A feladat mellé csatolandóak az adatbázis építéshez szükséges nyers, feldolgozatlan adatoforrások, melyek összesen legalább 100 rekord (sor) beszúrására adjanak lehetőséget. A megosztott munkára való tekintettel a határidők betartása fontos, egyúttal azok be nem tartása a félév teljesítésének megtagadását vonja maga után. Fontos a feladat teljes féléven keresztül történő követése és a megvalósításig való támogatása.
    • Minta
  • 2. beadandó feladat: Adatbázis séma tervezés
    • Kiadás: 5. tanítási hét
    • Beadás: 10. tanítási hét péntek dél
    • Pótdíjas beadás: 11. tanítási hét péntek dél
    • Feladat: A követelményspecifikáció alapján megtervezendő az adatbázis E/K diagramja és relációs adatbázis séma diagramja, valamint elkészítendő a lekérdezések szöveges és SQL segítségével történő leírása. Legalább 4 reláció definiálása normalizálás után és 3 lekérdezés (legalább 1 összekapcsolással) megfogalmazása szükséges, amennyiben a feladatspecifikáció ezt nem teszi lehetővé, annak készítőjét kell a kiegészítésért megkeresni. A feladat része a kapott feladatspecifikációban szereplő adatok értelmezése, feldolgozása és a megtervezett séma alapján az adatok táblázatba töltése. A feladatspecifikáció fontosságnak megértése és a kommunikációs készség fejlesztése érdekében a hallgatók nem saját elképzelésüket, hanem egy azonos ágazatú hallgató specifikációja alapján tervezik meg az adatbázist. A kiosztás ágazaton belül véletlenszerűen és név nélkül történik. Hogy a különböző minőségű specifikációk ne teremtsenek egyenlőtlenségeket, ezért az oktató igyekszik az azonos minőségű specifikációkat készítők közt szétosztani a specifikációkat, illetve az online felületen keresztül tud a két fél kapcsolatot létesíteni, mely az oktató számára is utólag követhetővé, így az értékelésnél figyelembe vehetővé válik. A megosztott munkára való tekintettel a határidők betartása fontos, egyúttal azok be nem tartása a félév teljesítésének megtagadását vonja maga után.
    • Minta
  • 3. beadandó feladat: Megvalósítás
    • Kiadás: 11. tanítási hét
    • Beadás: 14. tanítási hét, péntek dél
    • Pótdíjas beadás: pótlási hét utolsó napja dél (ez után leadás/javítás már nem lehetséges)
    • Feladat: A második feladat tervezése alapján elkészíteni az adatbázist MS Access környezetben. A kapcsolatok kialakítása során legalább 1 kapcsolat kialakítása a keresés varázslóval történjen. Elkészítendő legalább 5 lekérdezés, melyből legalább 2 összesítő lekérdezés legyen (Mivel a 2. feladatrész követelménye csak 3 lekérdezés, további két lekérdezés megfogalmazása a 3. feladatrész készítőjének a feladata). Elkészítendő továbbá legalább 3 űrlap (form) és 3 jelentés (report). Hasonlóan a 2. feladathoz, itt is egy másik hallgató által készített adatbázis terv alapján kell dolgozni. A kommunikációt itt is online felület segíti. A feladat végleges beadása is online történik.
    • Segédlet
  • Hibalista

ZH:

  • MintaZH
  • 11. tanítási hét
  • Pótlás: pótlási hét

Homework:

  • Description
    • During the semester, you will define and implement projects using databases. You will also have to work in teams; everyone will have to complete three sub-tasks to complete the project. What is important - and certainly new to you - is that three people will be working on a project: one person will define it, another person will design it, and the third one will implement it. So you will give each other tasks (anonymously), and you will have to finish them together until they are successfully completed. Everyone will do all the subtasks but for different projects.

      In the first subtask, we ask everyone to define a topic for which a lot of data is available (or you can generate meaningful data). It is worthwhile to make analyses on them and then produce reports. Draw the topic from your profession; there is almost certainly a suitable topic. All kinds of internet sources can be used as data. Excellent ideas are typically those whose data range is changing dynamically (e.g., daily measurements are added continuously and will expand in the future); the same analyzes need to be performed periodically (e.g., daily production statement). Unfortunately, we cannot analyze geometry, path/trail during the semester due to MS Access limitations. You must clearly formulate and specify the fictional project as if you were the customer. Pay close attention to the specific and understandable wording so that an outsider can understand it. Otherwise, it will take a long to put everyone on the same basis. Please provide the data for the topic; you can upload it on the page, just as you can fill in the appropriate fields on the page. The data can be in an entirely unprocessed form; it must contain everything you may need later. On the page, you will find a sample for the first task, and below you will also find a more detailed description of the requirements.

      In the second part of the task, you will receive a project specification made by another student; based on that, you will have to design the corresponding database and prepare the data accordingly. Your specifications will be received by someone else, and they will continue to work on it.

      In the third task part, you will implement the database on the specification and design in MS Access based. Thus, everyone is involved in a total of 3 projects.

      Each project has a separate chat thread to communicate with each other (project discussions). The identity of the participants in the project is unknown; please only communicate through the site; this will help instructors see the progress of the task and see how much it helps or hinders the project. As this collaboration has strict deadlines, everyone needs to respond quickly and clearly.

      It is also essential that you are allowed to upload a new version at any time to improve the quality of your project. The goal is to close a successful project by the end of the semester and find an optimized solution for all issues. I would advise everyone to think carefully about the task once in a while (rather than the evening before the submission deadline) as it can be very time-consuming to fix it many times.

      Instructors will constantly monitor the submissions and, if necessary, intervene or give advice to learn as much as possible from it! But basically, you shape and manage the project! Since you will be working on each other's tasks, it is essential that approximately everyone does the same amount of work, so we have set minimum requirements for each part of the task, which you can find below; please follow them carefully. Before uploading, please always check the checklist we've compiled for typical bugs from years past: bug list. Instructors are always ready to review draft assignments. It is best to upload a semi-ready version, and then we can give feedback to help your project be more effective.

      Assignments will be reviewed and categorized (non-grade) by instructors after each submission deadline to ensure each student gets a project with similar quality as they prepared previously. Projects in the same categories will be drawn randomly.

      Note: if you want to work on confidential data and put together a system for later use, you can also contact your instructors!
  • 1st homework: Specification
    • Opens: 2nd week
    • Submission deadline: 4th week, Friday 12:00 PM (noon)
    • Late submission deadline: 5th week, Friday 12:00 PM (noon)
    • Task: Defining and specifying a project from your professional field (faculty/sector-specific), the project should be solvable by database building. An example will help you create it; fields of the online interface will guide you during submission. The project must finally enable the creation of four relations, at least three attributes per relation, and relations must be linked (connected) to each other. If the specification is not feasible or incomplete, supplementing it during the semester is the inventor's responsibility. The raw, unprocessed data sources needed to build the database must be attached to the task, which will allow the insertion of at least 100 records (rows) in total. Because of the shared work, it is essential to meet the deadlines; at the same time, not complying with them will lead to a refusal to meet the semester. It is necessary to follow the task throughout the semester and support it until it is completed.
    • Sample
  • 2nd homework: Database Schema design
    • Opens: 5th week
    • Submission deadline: 10th week, Friday 12:00 PM (noon)
    • Late submission deadline: 11th week, Friday 12:00 PM (noon)
    • Task: Creation of the ER diagram, relational database scheme diagram, textual and SQL description of the queries. It is necessary to define at least four relations after normalization and formulate three queries (with at least one join). If the task specification does not allow it, its creator must be contacted for completion. Part of the task is to interpret and process the raw data and to transform data into a designed database schema. To understand the importance of task specification and to develop communication skills, students do not design the database based on their vision but the specification of another student in the same field. The allocation within the sector is random and unnamed. The instructor tries to distribute the specifications among the authors of the same quality to ensure that the specifications of different qualities do not create inequalities. The two parties can establish communication through the online interface, which the instructor can traceback. Because of the shared work, it is crucial to meet the deadlines; at the same time not complying with them will lead to a refusal to meet the semester.
    • Sample
  • 3rd homework: Realization
  • Checklist

Test: