DB SYSTÉM MÍSTA PAMĚTI popis databázového systému
Dokument obsahuje popis databázového systému vytvořeného pro potřeby projektu
Místa paměti – názvy míst jako kulturní dědictví
Místní a pomístní názvy jako kulturní dědictví a zdroj lokální, regionální a národní identity. Příprava metodiky ochrany místních a pomístních jmen. Projekt podpořilo Ministerstvo kultury ČR v rámci Programu aplikovaného výzkumu a vývoje národní a kulturní identity (identifikační kód projektu: DF11P01OVV022).
Autor dokumentu: Mgr. Luděk Krtička Katedra sociální geografie a regionálního rozvoje Přírodovědecká fakulta Ostravská univerzita v Ostravě http://www.osu.cz/index.php?idc=569
Hlavní řešitelé projektu: PhDr. Přemysl Mácha, Ph.D. Mgr. Jaroslav David, Ph.D. http://projekty.osu.cz/mistapameti/?page_id=20
Kontakt pro získání uživatelského rozhraní v MS Access: PhDr. Přemysl Mácha, Ph.D. http://www.osu.cz/index.php?idc=13657
2
OBSAH 1
2
3
4
Licenční ujednání ............................................................................................................................. 5 1.1
Stručně a česky ........................................................................................................................ 5
1.2
Podrobně ................................................................................................................................. 5
Základní funkcionalita...................................................................................................................... 6 2.1
Systémové požadavky ............................................................................................................. 6
2.2
Zabezpečení systému .............................................................................................................. 7
Struktura databáze .......................................................................................................................... 8 3.1
Tabulka respondenti................................................................................................................ 8
3.2
Tabulka nazvy .......................................................................................................................... 9
3.3
Tabulka odpovedi .................................................................................................................. 10
3.4
Tabulka obce2012 ................................................................................................................. 11
3.5
Tabulka delkapobytu ............................................................................................................. 11
3.6
Tabulka pohlavi...................................................................................................................... 12
3.7
Tabulka rodaci ....................................................................................................................... 12
3.8
Tabulka rodice ....................................................................................................................... 12
3.9
Tabulka toponymadruhobjektu............................................................................................. 13
3.10
Tabulka toponymatypy .......................................................................................................... 13
3.11
Tabulka typrespondenta ....................................................................................................... 13
3.12
Tabulka vekovakategorie....................................................................................................... 14
3.13
Tabulka znalostnazvu ............................................................................................................ 14
3.14
Tabulka zpusobsetreni........................................................................................................... 14
ODBC/MySql Connector ................................................................................................................ 15 4.1
5
Nastavení připojení k MySQL DB ........................................................................................... 15
Uživatelská část v prostředí MS Access ......................................................................................... 17 5.1
Access Runtime ..................................................................................................................... 17
5.1.1
Požadavky ACCESS RUNTIME na systém ....................................................................... 17
5.2
První spuštění uživatelské části ............................................................................................. 17
5.3
Místa paměti – popis systému............................................................................................... 19
5.3.1
Karta Domů.................................................................................................................... 19
5.3.2
Pracovní postup vkládání dat ........................................................................................ 19
5.3.3
Formulář Respondenti ................................................................................................... 20
5.3.4
Formulář Názvy.............................................................................................................. 21
5.3.5
Formulář Odpovědi........................................................................................................ 23 3
6
5.3.6
Statistiky ........................................................................................................................ 24
5.3.7
Kontroly dat ................................................................................................................... 25
5.3.8
Sestavy ........................................................................................................................... 27
Založení tabulek v MySql ............................................................................................................... 31
4
1 LICENČNÍ UJEDNÁNÍ Uživatelské rozhraní k databázi vedené v MySQL s názvem Místa Paměti DB vytvořené v prostředí MS Access a související struktura tabulek v databázi (dále jen software) jsou poskytovány jako Freeware licence. SOFTWARE JE POSKYTOVÁN TAK, JAK JE BEZ JAKÝCHKOLI VÝSLOVNÝCH ČI PŘEDPOKLÁDANÝCH ZÁRUK VČETNĚ, ALE NIKOLI VÝHRADNĚ, PŘEDPOKLÁDANÝCH ZÁRUK VZTAHUJÍCÍCH SE K OBCHODOVATELNOSTI A VHODNOSTI PRO URČITÝ ÚČEL. Autor ani spolupracovníci nenesou v žádném případě odpovědnost za jakékoli škody vzniklé v souvislosti s používáním tohoto softwaru.
1.1 STRUČNĚ A ČESKY Všechen software označený jako Freeware je vytvořen v naději, že bude užitečný a takto i uvolněn. Při jeho vývoji však většinou nebyly aplikovány žádné oficiální nebo prokazatelné metodiky pro zaručení kvality a tak jej používáte na vlastní riziko. Jelikož jste takový software nabyli zdarma a z vlastní iniciativy, nevzniká ze strany autora žádná záruka, povinnost ani odpovědnost, ani v případě, že software promění váš počítač v krvelačné monstrum, které vám sežere babičku.
1.2 PODROBNĚ Stažením, instalací nebo používáním software označeného jako FREEWARE nebo libovolné jeho části (dále software) vyjadřujete svůj souhlas s následujícími smluvními podmínkami. Oprávnění k používání, kopírování a distribuci software a dokumentace je uděleno bezplatně za předpokladu, že budou všechny kopie obsahovat uvedené upozornění týkající se autorských práv a že bude toto upozornění na autorská práva obsaženo společně s tímto upozorněním týkajícím se udělení oprávnění obsaženo v podpůrné dokumentaci. Autor neposkytuje žádné informace týkající se vhodnosti daného softwaru k libovolným účelům. Software je poskytován tak, jak je bez výslovné či předpokládané záruky. Berete na vědomí, že software obsahuje informace, které jsou vlastnictvím autora a informace, které jsou chráněné autorským zákonem a jinými zákony. Souhlasíte s tím, že nebudete software prodávat, licencovat, distribuovat, měnit, přizpůsobovat, překládat, dekompilovat, zpětně překládat, převádět ze strojového kódu, připravovat ze software odvozená díla nebo se jinak pokoušet z něj odvodit zdrojový kód, není-li to povoleno jinak, například souhlasem autorů. SOFTWARE JE AUTORY POSKYTOVÁN TAK, JAK JE BEZ JAKÝCHKOLI VÝSLOVNÝCH ČI PŘEDPOKLÁDANÝCH ZÁRUK VČETNĚ, ALE NIKOLI VÝHRADNĚ, PŘEDPOKLÁDANÝCH ZÁRUK VZTAHUJÍCÍCH SE K OBCHODOVATELNOSTI A VHODNOSTI PRO URČITÝ ÚČEL. AUTOŘI NENESOU V ŽÁDNÉM PŘÍPADĚ ODPOVĚDNOST ZA JAKÉKOLI PŘÍMÉ, NEPŘÍMÉ, NÁHODNÉ, ZVLÁŠTNÍ, TĚŽKÉ ANI NÁSLEDNÉ ŠKODY (VČETNĚ, ALE NIKOLI VÝHRADNĚ, OBSTARÁNÍ NÁHRADNÍHO ZBOŽÍ NEBO SLUŽEB, ZTRÁTY MOŽNOSTI POUŽÍVÁNÍ, DAT NEBO ZISKŮ, ČI PŘERUŠENÍ OBCHODNÍ ČINNOSTI) JAKKOLI ZPŮSOBENÝCH A VZNIKLÝCH PŘI POUŽÍVÁNÍ TOHOTO SOFTWARU NA ZÁKLADĚ JAKÉKOLI TEORETICKÉ ODPOVĚDNOSTI, AŤ SE JEDNÁ O SMLUVNÍ, ABSOLUTNÍ NEBO TRESTNĚPRÁVNÍ ODPOVĚDNOST (VČETNĚ NEDBALOSTNÍ ČI JINÉ), I PŘES UPOZORNĚNÍ NA MOŽNOST TAKOVÉ ŠKODY.
5
2 ZÁKLADNÍ FUNKCIONALITA Systém je primárně určen pro sběr dat a jejich vedení menším vědeckým týmem v oblasti etymologického výzkumu. Systém umožňuje data vkládat, editovat a pořizovat nad nimi různé výstupy ve formě sestav. Systém používá pro ukládání dat centrální databázové úložiště MySQL umístěné na serveru. To umožňuje k datům přistupovat a data spravovat více uživatelům v reálném čase a je prováděno prostřednictvím programu Microsoft Access 2010, respektive Access Runtime u těch uživatelů, kteří nemají k dispozici kancelářský balík Microsoft Access Proffessional. Celý systém tak můžeme rozdělit do dvou základních částí, odpovídající architektuře klient-server (Obrázek 1), s tím že přístup do MySQL databáze je řízen přes MySQL Connector/ODBC.
OBRÁZEK 1 ARCHITEKTURA KLIENT-SERVER
Tento způsob vedení dat a přístupu k nim umožňuje a přináší: • rozdělení práce mezi dva systémy, rychlost SŘBD není omezena PC, nižší zatížení sítě • plnění databáze a přístup k datům více uživatelům v reálném čase • nezávislost na pracovní stanici, vyloučení ztráty dat na pracovní stanici z důvodu selhání hardware • automatické denní zálohy dat V následující dvě kapitoly uvádí přehled obou základních částí: struktury databáze a uživatelské aplikace fungující v prostředí MS Access.
2.1 SYSTÉMOVÉ POŽADAVKY Na straně serveru MySQL 5.0 a vyšší. Na straně uživatele MS Access 2010 nebo MS Access Runtime 2010 v případě že Access není nainstalován. Dále nainstalovaný MySQL Connector/ODBC ve verzi 5.1 a vyšší. Celý systém byl testován pod OS Windows XP, Windows Vista a Windows 7 (32/64 bit).
6
2.2 ZABEZPEČENÍ SYSTÉMU Systém je primárně určen pro sběr dat a jejich vedení menším vědeckým týmem. Access od verze 2010 nepodporuje vedení systému uživatelů, tudíž nemá vybudován systém přístupových práv s různými rolemi na straně uživatelů v MS Access (http://office.microsoft.com/en-us/accesshelp/what-happened-to-user-level-security-HA010342116.aspx). Systém je prozatím zabezpečován na rozsah IP adres organizace s možností přístupu přes VPN a jedním centrálním heslem do MS Access. Na straně databáze MySQL jsou již práva rozdělena na administrátorská a uživatelská s různou úrovní práv. Uživatelům, kteří budou provádět vkládání a úpravy dat je nutno přidělit dostatečná práva pro editaci záznamů.
7
3 STRUKTURA DATABÁZE Databáze obsahuje celkem 14 tabulek, z nichž většina obsahuje číselníky, využívané v rámci menu jako dostupné volby. Daty jsou primárně plněny pouze tabulky respondenti, nazvy a odpovedi. Schéma databáze včetně vazeb mezi jednotlivými tabulkami ukazuje Obrázek 1. Databáze používá kódování UTF-8.
OBRÁZEK 2 SCHÉMA VAZEB MEZI TABULKAMI
3.1 TABULKA RESPONDENTI V tabulce respondenti jsou vedeny informace o jednotlivých respondentech.
Sloupec IDrespondent
Komentář
Typ
int(11) Increment Typrespondenta int(1) NULL
Auto Automaticky
Skupina
varchar(254) NULL
Jmeno
varchar(80) NULL
Prijmeni
varchar(100) NULL
Povolani Vek
varchar(100) NULL int(3) NULL
záznamu.
přírůstkový
identifikátor
Typ respondenta. V poli se ukládá číselná hodnota udávající typ respondenta - vazba s tabulkou typrespondenta. Slouží pro vedení podrobnějších údajů, pokud probíhalo šetření např. formou rozhovoru se skupinou respondentů. Jméno respondenta. Nevyplňuje se v případě anonymního respondenta a skupiny. Příjmení respondenta. V případě anonymního respondenta lze vložit číslo dotazníku, v případě skupiny její název. Povolání respondenta Věk respondenta. V poli se ukládá číselná hodnota udávající věkovou kategorii
8
Datum Pohlavi
date NULL int(1) NULL
Delkapobytu
int(1) NULL
BydlisteObec
varchar(6) NULL
Rodactvi
int(1) NULL
Rodice
int(1) NULL
ZpusobSetreni
int(1) NULL
respondenta vazba s tabulkou vekovakategorie. Datum šetření Pohlaví respondenta. V poli se ukládá číselná hodnota udávající pohlaví respondenta - vazba s tabulkou pohlavi. Délka pobytu. V poli se ukládá číselná hodnota udávající délku pobytu ve zkoumané obci - vazba s tabulkou delkapobytu. Bydliště. V poli se ukládá textová hodnota s pevnou délkou udávající kód obce (ICZUJ) vazba s tabulkou obce2012. Rodáctví. V poli se ukládá číselná hodnota udávající vztah respondenta k obci z hlediska rodáctví - vazba s tabulkou rodaci. Rodiče. V poli se ukládá číselná hodnota udávající vztah rodičů respondenta k šetřené obci z hlediska rodáctví - vazba s tabulkou rodice. Způsob šetření. V poli se ukládá číselná hodnota udávající udávající způsob šetření - vazba s tabulkou zpusobsetreni.
Indexy PRIMARY INDEX INDEX INDEX INDEX INDEX INDEX INDEX INDEX
IDrespondent Pohlavi Delkapobytu Typrespondenta BydlisteObec ZpusobSetreni Rodactvi Rodice Vek
3.2 TABULKA NAZVY V tabulce nazvy jsou vedeny informace o jednotlivých názvech.
Komentář
Sloupec
Typ
IDnazvu
int(11) Auto Automaticky přírůstkový identifikátor záznamu. Increment Druh objektu, ke kterému se název vztahuje. V int(11) NULL
DruhObjektu Nazev Upresneni
Popis
varchar(255) NULL varchar(255) NULL
varchar(255) NULL OdbEtymologie longtext NULL Stari varchar(255)
poli se ukládá číselná hodnota udávající typ respondenta - vazba s tabulkou typrespondenta. Název místa/objektu. Upřesnění je používané pro upřesnění názvu, například horní/dolní nebo pozice na hřbetě/v lese. Také může obsahovat používané odvozeniny z daného názvu. Všeobecný popis objektu. Odborná Etymologie. Slovně definované stáří objektu, např. "přes
9
Ruzne Obec
Lokalita Podlokalita IDGIS
NULL varchar(255) NULL varchar(255) NULL varchar(255) NULL varchar(255) NULL int(11)
50 let", "používaly i starší generace". Různé – v poli jsou vedeny různé poznámky. V poli je vedeno území obce kde se daný název nachází. V poli se ukládá textová hodnota s pevnou délkou udávající kód obce (ICZUJ) vazba s tabulkou obce2012. Pole lokalita slouží pro upřesnění lokalizace názvu v dané obci. Nestandardizované pole! Pole podlokalita slouží pro upřesnění lokalizace názvu v dané obci v rámci lokality. Nestandardizované pole! Číselné pole umožňující vést kód (identifikátor) sloužící pro propojení údajů s mapovou částí v geografickém informačním systému (GIS).
Indexy PRIMARY IDnazvu INDEX DruhObjektu INDEX Obec
3.3 TABULKA ODPOVEDI Tabulka odpovedi slouží pro přiřazení názvů jednotlivým respondentům a vedení specifických informací o vztahu Respondent-Název (úroveň znalosti, používání, příběh atd.)
Sloupec ID
Komentář
Typ
Nazev
int(11) Increment int(11) NULL
Respondent
int(11) NULL
Auto Automaticky přírůstkový identifikátor
ZnalostNazvuMista int(11) NULL
ZnalostPozn
varchar(255) NULL
LidovyVyklad
longtext NULL
Pribeh
longtext NULL
10
záznamu. ID názvu, kterého se týká odpověď. V poli se ukládá číselná hodnota udávající identifikátor záznamu IDNazev z tabulky nazvy - vazba s tabulkou nazvy. ID respondenta, který odpovídá. V poli se ukládá číselná hodnota udávající identifikátor záznamu IDRespondent z tabulky respondenti vazba s tabulkou respondenti. Znalost daného názvu místa daným respondentem. V poli se ukládá číselná hodnota udávající úroveň znalosti a používání názvu - vazba s tabulkou znalostnanazvu. Slouží pro poznámky týkající se znalosti respondenta ve vztahu k danému místu, např. "zná, ale nedovede lokalizovat, vnímá jako horní část Podťatého". Lidový výklad daného názvu respondentem, slouží pro zachycení lidové etymologie, např. "Ukrývali se tam zbojníci, je tam tunel do Rožnova". Slouží pro evidenci příběhu, který se dle respondenta k místu váže.
Indexy PRIMARY INDEX INDEX INDEX
ID Nazev Respondent ZnalostNazvuMista
3.4 TABULKA OBCE2012 Tabulka obce2012 je využívána k lokalizaci názvů a respondentů k jednotlivým obcím. Tabulka obsahuje údaje za obce ČR původem z Číselníku obcí (CISOB) ČSÚ se stavem k 1. 1. 2012. http://www.czso.cz/csu/klasifik.nsf/i/ciselnik_obci_%28cisob%29
Sloupec
Typ
Komentář
KodObce
varchar(6) []
Kód obce – vazba nazvy, respondenti. Název obce.
NazevObce
varchar(255) NULL StatutObce varchar(1) NULL KodPoverenyOU varchar(5) NULL NazevObecPoverenyOU varchar(255) NULL KodObecRozsPusobnost varchar(4) NULL NazevObecRozsPusobnost varchar(255) NULL KodOkres varchar(6) NULL NazevOkres varchar(255) NULL KodKraj varchar(5) NULL NazevKraj varchar(255) NULL KodOblast varchar(4) NULL NazevOblast varchar(255) NULL
s
tabulkami
Statut obce, viz odkaz výše. Kód pověřeného OU. Název pověřeného OU. Kód obce s rozšířenou působností. Název obce s rozšířenou působností. Kód okresu. Název okresu. Kód kraje. Název kraje. Kód oblasti. Název oblasti.
Indexy PRIMARY KodObce
3.5 TABULKA DELKAPOBYTU Tabulka delkapobytu slouží pro vedení časových intervalů týkajících se délky pobytu respondenta v dané obci.
Sloupec Typ PobytID
int(11)
Delka
varchar(50) NULL
Komentář
Jedinečný identifikátor záznamu. Vazba s tabulkou respondenti. Délka pobytu. Pole je určeno pro specifikování časových intervalů, např. 10-20 let, případně jiných hodnot typu N/A, chybějící údaj apod.
11
Indexy PRIMARY PobytID
3.6 TABULKA POHLAVI Tabulka pohlavi slouží pro rozlišení pohlaví respondenta.
Sloupec
Typ
IDpohlavi int(1) Auto Increment Pohlavi varchar(4)
Komentář
Automaticky přírůstkový identifikátor záznamu – vazba na tabulku respondenti. Pole je určeno pro specifikování pohlaví respondenta, např. muž/žena, případně jiných hodnot typu N/A, chybějící údaj nebo neaplikovatelné (pro případy skupinových respondentů).
Indexy PRIMARY IDpohlavi INDEX Pohlavi
3.7 TABULKA RODACI Tabulka rodaci slouží pro rozlišení, zdali je respondent rodákem v dané obci.
Sloupec
Typ
Komentář
int(1) Auto Automaticky přírůstkový identifikátor záznamu – vazba na tabulku respondenti. Increment Pole je určeno pro specifikování rodáctví, např. rodactvi text ID
rodák/nerodák, případně jiných hodnot typu N/A, chybějící údaj nebo neaplikovatelné (pro případy skupinových respondentů).
Indexy PRIMARY ID
3.8 TABULKA RODICE Tabulka rodice slouží pro specifikování rodáctví rodičů respondenta.
Sloupec
Typ
Komentář
int(1) Auto Automaticky přírůstkový identifikátor záznamu – vazba na tabulku respondenti. Increment Pole je určeno pro specifikování rodáctví rodičů typrodice text ID
respondenta, např. otec rodák/rodiče nejsou rodáci apod., případně jiných hodnot typu N/A, chybějící údaj nebo neaplikovatelné (pro případy skupinových respondentů).
12
Indexy PRIMARY ID
3.9 TABULKA TOPONYMADRUHOBJEKTU Tabulka toponymadruhobjektu je určena pro specifikování druhů objektů ke kterým jsou vázány jednotlivé názvy.
Sloupec
Typ
Komentář
IdTopony
int(11) NULL
Identifikátor typu toponyma – vazba na tabulku toponymatypy. Druh objektu, ke kterému je vázán název, např. potok, údolí, pěšina.
DRUH_TOPON
varchar(255) NULL IDDruhTopony int(11)
Identifikátor druhu toponyma – vazba na tabulku nazvy.
Indexy PRIMARY IDDruhTopony INDEX IdTopony
3.10 TABULKA TOPONYMATYPY Tabulka toponymatypy je určena pro specifikování jednotlivých typů toponym, ke kterým jsou vázány jednotlivé druhy objektu.
Sloupec
Typ
TYP_TOPONY
varchar(255) NULL IDTypTopony int(11)
Komentář
Typ toponyma, např. hydronymum, hodonymum…. Identifikátor typu toponyma – vazba na tabulku toponymadruhobjektu.
Indexy PRIMARY IDTypTopony
3.11 TABULKA TYPRESPONDENTA Tabulka typrespondenta slouží pro základní typologii respondentů převážně v závislosti na způsobu sběru dat.
Sloupec
Typ
Komentář
přírůstkový identifikátor int(1) Auto Automaticky záznamu – vazba na tabulku respondenti. Increment Typ respondenta, převážně v závislosti na typrespondenta varchar(255)
ID
způsobu šetření: respondent, respondent, anonymní respondent,…
13
skupinový
Indexy PRIMARY ID
3.12 TABULKA VEKOVAKATEGORIE Tabulka vekovakategorie slouží pro specifikování věkových kategorií pro respondenty.
Sloupec
Typ
Komentář
přírůstkový identifikátor int(11) Auto Automaticky záznamu – vazba na tabulku respondenti. Increment Věková kategorie, např. 65 a více let VekovaKategorie varchar(255) NULL
ID
Indexy PRIMARY ID
3.13 TABULKA ZNALOSTNAZVU Tabulka znalostnazvu slouží pro specifikování úrovně znalosti daného názvu respondentem.
Sloupec Typ ID Znalost
Komentář
int(11) Auto Automaticky přírůstkový identifikátor záznamu – vazba na tabulku respondenti. Increment Znalost daného názvu respondentem, např. zná a varchar(255) používá, atd.
Indexy PRIMARY ID
3.14 TABULKA ZPUSOBSETRENI Sloupec
Typ
Komentář
int(1) Auto Automaticky přírůstkový identifikátor záznamu – vazba na tabulku respondenti. Increment Způsob šetření, např. soupis/rozhovor, zpusobsetr varchar(255) dotazník NULL ID
Indexy PRIMARY ID
14
4 ODBC/MYSQL CONNECTOR Pro komunikaci MS Access a MySQL databázi je používán ODBC/MYSQL CONNECTOR ve verzi 5.1.x. Konektor je navržen pro práci s verzí MySQL 5.0 a pozdější. Connector/ODBC 5.1.12 32-bit http://dev.mysql.com/downloads/connector/odbc/5.1.html Stažený konektor nainstalujte. Následně je nutné nastavit připojení k MySQL databázi.
4.1 NASTAVENÍ PŘIPOJENÍ K MYSQL DB V počítači vyhledejte Zdroje dat (ODBC) a spusťte jej. Na kartě uživatelské DSN klikněte na Přidat (Obrázek 3).
OBRÁZEK 3
V seznamu ovladačů vyberte MySQL ODBC 5.1 Driver a klikněte na Dokončit (Obrázek 4).
OBRÁZEK 4
Po kliknutí na Dokončit se objeví menu s možností nastavit připojení k MySQL DB (Obrázek 5).
15
OBRÁZEK 5
Nastavte připojení k vaší MySQL DB a otestujte jej kliknutím na tlačítko Test. (jméno datového zdroje volte krátké a bez diakritiky). Potvrďte OK, konektor je nastaven. U operačních 64-bitových systémů Windows dojde při vyhledání Zdroje dat (ODBC) primárně k otevření 64-bitové verze Správce zdrojů dat ODBC, který vypadá shodně, ale nespolupracuje s daným řešením. Je nutno použít 32-bitovou verzi Zdrojů dat (ODBC), která je lokalizována v %SystemRoot%\SysWOW64\odbcad32.exe a zajišťuje funkčnost konektoru.
16
5 UŽIVATELSKÁ ČÁST V PROSTŘEDÍ MS ACCESS 5.1 ACCESS RUNTIME Modul Microsoft Access 2010 Runtime umožňuje distribuci aplikací Access 2010 uživatelům, kteří nemají ve svém počítači nainstalovanou plnou verzi aplikace Access 2010. K redistribuci modulu Access 2010 Runtime není nutno kupovat žádný speciální produkt. Můžete ho volně redistribuovat nebo umožnit uživatelům jeho stažení. Access runtime 2010 32-bit http://www.microsoft.com/cs-cz/download/details.aspx?id=10910 Service Pack 1 for Microsoft Access Runtime 2010 (KB2460015) 32-bit Edition http://www.microsoft.com/cs-cz/download/details.aspx?id=26601
5.1.1 POŽADAVKY ACCESS RUNTIME NA SYSTÉM Podporované operační systémy: Windows 7; Windows Vista Service Pack 1; Windows XP Service Pack 3. V systému Windows XP Service Pack 3 je podporován pouze 32bitový modul Access 2010 Runtime.
5.2 PRVNÍ SPUŠTĚNÍ UŽIVATELSKÉ ČÁSTI Při prvním spuštění uživatelského rozhraní v MS Access je nutné nastavit propojení k tabulkám umístěným na serveru v MySQL databázi. Toto nastavení je nutné provést pouze jednou (v případě že později nezasahujete do struktury databáze). Propojení k tabulkám nastavíte kliknutím na kartu Externí data, tlačítko Databáze ODBC (Obrázek 6).
OBRÁZEK 6
V následném menu Načíst externí data – Databáze ODBC zvolte "Vytvořit odkaz na zdroj dat vytvořením propojené tabulky". V menu Vybrat zdroje dat zvolte vámi nastavené připojení k MySQL databázi (nastavení viz 4.1, Obrázek 7).
17
OBRÁZEK 7
Vyberte všechny tabulky a potvrďte OK (Obrázek 8). Tabulky z MySQL se propojí s uživatelskou částí MS Access. Uložte DB. Vhodné je skrýt veškeré objekty (tabulky obzvláště) v navigačním podokně. Pro zvýšení bezpečnosti dat a eliminaci nechtěného zásahu formulářů, je vhodné databázi uživatelům poskytovat ve formátu accde, respektive accdr zajišťující spouštění pouze v režimu runtime. http://office.microsoft.com/cs-cz/access-help/rozdily-mezi-formaty-souboru-accdb-a-mdbHA010067831.aspx#BMaccde
OBRÁZEK 8
18
5.3 MÍSTA PAMĚTI – POPIS SYSTÉMU 5.3.1 KARTA DOMŮ
OBRÁZEK 9 KARTA DOMŮ - ZÁKLADNÍ ROZHRANÍ
Po spuštění v MS Access je automaticky načtena karta Domů a jsou k dispozici dvě okna – jedno se seznamem zadaných respondentů a druhé s přehledem zadaných názvů. Kliknutím na ID záznamu se lze přenést na formulář s daným záznamem. Pokud nejsou ještě data vložena, obě okna jsou prázdná.
Pod okny se nachází několik tematických částí: • • • • •
stručný pracovní postup formuláře sloužící pro vkládání dat statistiky charakteru základních globálních statistik kontroly dat týkající se duplicit a nevyplněných polí sestavy sloužící pro tisk a export
Ve formulářích jsou používány tyto ikonky:
Pohyb mezi záznamy
Nový záznam, Duplikovat, Smazat, Tisk, Zpět, Uložit
5.3.2 PRACOVNÍ POSTUP VKLÁDÁNÍ DAT Pracovní postup vkládání dat je vcelku jednoduchý:
19
Aktualizovat, Zavřít
1. Zadejte respondenty pomocí formuláře Respondenti 2. Zadejte získané názvy pomocí formuláře Názvy 3. Přiřaďte jednotlivým názvům respondenty pomocí formuláře Odpovědi.
5.3.3 FORMULÁŘ RESPONDENTI Formulář slouží pro evidenci jednotlivých respondentů. Lze vyplňovat celou řadu údajů o respondentovi, řada polí používá řadu předdefinovaných hodnot dostupných v drop-down menu (typ respondenta, pohlaví, délka pobytu ve zkoumané obci, bydliště v obci, rodáctví, jsou li rodiče respondenta rodáci, datum a způsob šetření). V horní části formuláře lze rychle dohledávat záznamy dle ID nebo dle příjmení respondenta (viz Obrázek 10). Anonymní respondenty, u kterých logicky neznáme jméno a příjmení je vhodné evidovat v poli Příjmení kódem, skládajícím se z písmenných zkratek obce/městského obvodu/části ve kterém je šetření prováděné a z čísla dotazníku. Například ZABR71 znamená Zábřeh (Ostrava-Jih) a dotazník č. 71 (Obrázek 10). Kliknutím na tlačítko Názvy respondenta je vygenerována sestava obsahující seznam názvů respondenta, které jsou rozlišeny dle úrovně znalosti (Obrázek 12). Názvy se v seznamu objevují až po vyplnění názvů (formulář Názvy) a přiřazení názvů respondentovi (formulář Odpovědi).
OBRÁZEK 10 FORMULÁŘ RESPONDENTI
20
OBRÁZEK 11 ANONYMNÍ RESPONDENTI JSOU VEDENI KÓDEM V POLI PŘÍJMENÍ.
OBRÁZEK 12 VÝPIS NÁZVŮ RESPONDENTA
5.3.4 FORMULÁŘ NÁZVY Formulář slouží pro evidenci jednotlivých názvů. Lze vyplňovat celou řadu údajů o názvu, některá pole používají předdefinované hodnoty dostupné v drop-down menu (druh objektu ke kterému se váže název, obec kde se název nachází). V případě plošně rozsáhlých obcí, kde může docházet k duplicitním výskytům názvu, je vhodné upřesnit také Lokalitu (může se jednat např. o místní část, 21
údolí apod.). Toto pole není standardizováno, systém tudíž v případě různých překlepů nebo odchylek v názvu dané lokality bude chápat toto jako dvě rozdílné lokality, což se bude také odlišně chovat při filtrování dat. Pokud tedy bude používáno pole Lokalita, je dobré dbát na pečlivé vyplňování. V horní části formuláře lze rychle dohledávat záznamy dle ID nebo dle samotného názvu (viz Obrázek 13). K dispozici jsou také dvě sestavy. První, Odpovědi na názvu vypisuje seznam respondentů a úroveň jejich znalosti, kteří se k danému názvu vyjádřili (Obrázek 14). Druhá sestava, Statistika názvu, generuje základní statistiku vztaženou k názvu (Obrázek 15). Formulář také obsahuje pole IDGIS. Toto slouží k ukládání číselné hodnoty (identifikátoru) použitelné pro propojení s geografickým informačním systémem (GIS) ve kterém je možno vést geografickou část (pozice objektů, ke kterým se název vztahuje ve formě bodové vrstvy).
OBRÁZEK 13 FORMULÁŘ NÁZVY
OBRÁZEK 14 ODPOVĚDI NA NÁZVU
22
OBRÁZEK 15 STATISTIKA NA NÁZVU
5.3.5 FORMULÁŘ ODPOVĚDI Formulář Odpovědi je stěžejním formulářem v celém systému, jehož úkolem je propojit názvy s jednotlivými respondenty (Obrázek 16). V horní části formuláře lze rychle dohledávat záznamy dle ID odpovědi nebo dle názvu vyskytujícího se v odpovědi. Systém práce je takový, že nejdříve se zvolí daný název (lze dohledávat psaním počátečních písmen názvu) a následně se obdobně zvolí respondent. POZOR! Vždy si kontrolujte správnost Názvu včetně obce, kde se název nachází, některé názvy se vyskytují ve více obcích! Také mohou nastat případy, kdy v rámci jedné obce se vyskytuje vícekrát jeden název (výskyt ve více lokalitách), kontrolujte také ID názvu! Obdobně může nastat i shoda jmen u respondentů, kontrolujte jejich bydliště! Buďte pečliví. U daného vztahu název-respondent lze také evidovat úroveň znalosti (zná a používá, zná a nepoužívá, nezná) a vyplnit lidový výklad názvu, případně příběh, pokud se k danému názvu váže (např. příběh z kroniky). V pravé části je zobrazen datový list, slouží pro kontrolu zadání respondentů. Pokud respondenta přiřadíte a záznam uložíte, respondent se objeví v datovém listu.
23
OBRÁZEK 16 FORMULÁŘ ODPOVĚDI
5.3.6 STATISTIKY V části statistiky na kartě Domů jsou k dispozici sestavy Globální statistiky a Četnost znalosti názvu respondentem. Globální statistika (Obrázek 17) udává základní přehled o datovém souboru včetně několika strukturních diagramů. Četnost znalosti názvů (Obrázek 18) udává počet respondentů, kteří se k danému názvu vyjádřili.
OBRÁZEK 17 SESTAVA GLOBÁLNÍ STATISTIKY
24
OBRÁZEK 18 SESTAVA ČETNOST ZNALOSTI NÁZVU RESPONDENTY
5.3.7 KONTROLY DAT Kontroly dat mají za cíl vyhledat duplicitní nebo chybějící záznamy. Pokud dotaz vrátí prázdný výsledek, je kontrolovaný prvek v pořádku. V opačném případě je potřeba se na vrácené záznamy podívat a zjistit, které údaje jsou duplicitní / chybí. Je třeba si uvědomit, že v některých případech jsou duplicity možné - dva stejné názvy se mohou vyskytnout v rámci jedné obce nebo v jedné obci mohou žít dva stejně se jmenující respondenti, např. otec a syn. Duplicitní kontroly jsou nachystány pro respondenty (Obrázek 19), názvy (Obrázek 20) a odpovědi. Případné duplicity je potřeba dohledat a opravit.
OBRÁZEK 19 NALEZENÁ DUPLICITA V RESPONDENTECH
OBRÁZEK 20 DUPLICITNÍ NÁZVY. V PŘÍPADĚ STEJNÉHO NÁZVU A DRUHU OBJEKTU SPOLU S OBCÍ, PŘÍP. LOKALITOU SE BUDE PRAVDĚPODOBNĚ JEDNAT O DUPLICITU. V ZOBRAZENÉ UKÁZCE VŠAK TAKOVÝTO PŘÍPAD NENÍ – JEDNÁ SE POUZE O SHODU V NÁZVU U RŮZNÝCH OBJEKTŮ, OBCÍ APOD.
25
OBRÁZEK 21 DUPLICITY V ODPOVĚDÍCH. U ZÁZNAMŮ, VE KTERÝCH SE OPAKUJE SHODNÉ ID NÁZVU A ID RESPONDENTA SE JEDNÁ O DUPLICITU.
Další část kontrol je zaměřena na nevyplněné názvy, respondenty, odpovědi a pole IDGIS. Dotazy kontrolují chybějící záznamy v klíčových polích, nevyplněná pole jsou podbarvena. U Názvů je kontrolováno vyplnění pole druh objektu, název, obec, a zdali k danému názvu existuje odpověď (Obrázek 22).
OBRÁZEK 22 NEVYPLNĚNÉ NÁZVY
U Respondentů je kontrolováno pole typ respondenta, příjmení a jméno (Obrázek 23). Zde je nutno poznamenat, že u skupinových a anonymních respondentů (typ respondenta 2 a 3) se nejedná o chybu.
OBRÁZEK 23 NEVYPLNĚNÍ RESPONDENTI
26
U Odpovědí obě klíčová pole nesoucí ID názvu a ID respondenta (Obrázek 24).
OBRÁZEK 24 NEVYPLNĚNÉ ODPOVĚDI
U IDGIS vypisuje seznam názvů, u kterých není pole IDGIS vyplněno, nevyplněná klíčová pole jsou podbarvena (Obrázek 25).
OBRÁZEK 25 NEVYPLNĚNÉ IDGIS
5.3.8 SESTAVY K dispozici je 5 sestav – Seznam respondentů, Přehled názvů, Přehled názvů s odpověďmi prohlížení, Přehled názvů s odpověďmi tisk a Číselník IDGIS. Seznam respondentů má k dispozici filtr záznamů, který se spustí s otevřením sestavy, umožňuje respondenty filtrovat dle jejich obce/bydliště (Obrázek 26). Tato funkcionalita je důležitá hlavně pro uživatele s Access runtime, kdy není dostupné kontextové menu umožňující filtrování dle zadaných parametrů.
27
OBRÁZEK 26 SEZNAM RESPONDENTŮ S AKTIVNÍM FILTREM ZÁZNAMŮ ZA OBCE
U sestavy Přehled názvů (Obrázek 27) je obdobně při spuštění aktivován filtr, s tím rozdílem, že kromě filtrování záznamů za obec nabízí také možnost následného filtrování záznamů za lokalitu. Zde je nutno si uvědomit, že pole lokalita je nestandardizované a záleží na způsobu, jakým jej uživatelé vyplní.
OBRÁZEK 27 PŘEHLED NÁZVŮ S AKTIVNÍM FILTREM ZÁZNAMŮ ZA OBCE A LOKALITY
Přehled názvů s odpověďmi prohlížení je vlastně datový list v režimu čtení, čímž je zaručen rychlý přístup k datům a rychlé čtení dat i při rozsáhlé databázi. Při kliknutí názvu jsou načteny odpovědi vázané k danému názvu (Obrázek 28).
28
OBRÁZEK 28 PŘEHLED NÁZVŮ S ODPOVĚĎMI PROHLÍŽENÍ
Přehled názvů s odpověďmi tisk je určen pro tiskové výstupy (Obrázek 29). Při rozsáhlejší databázi je třeba počítat s delší dobou generování sestavy.
OBRÁZEK 29 PŘEHLED NÁZVŮ S ODPOVĚĎMI TISK
29
Sestava Číselník IDGIS je informativní a je v ní uveden rozsah hodnot IDGIS, které se přidělují v rámci dané obce (Obrázek 28).
OBRÁZEK 30 SESTAVA ČÍSELNÍK IDGIS
30
6 ZALOŽENÍ TABULEK V MYSQL Následující SQL dotaz provede založení tabulek v databázi v MySQL. U tabulek nazvy, respondenti, odpovedi, ISGIS a obce2012 se jedná se pouze o strukturu bez jakýchkoliv dat. Ostatní tabulky (číselníky), které obsahují hodnoty zobrazující se v různých drop-down menu, tyto hodnoty obsahují. U tabulky obce2012, která obsahuje číselník obcí, nejsou data zahrnuta a to jednak z důvodu příliš velkého rozsahu (více než 6200 řádků) a také z důvodu možnosti stáhnout si aktuální číselník z webu ČSÚ (http://www.czso.cz/csu/klasifik.nsf/i/ii_struktura_uzemi_ceske_republiky).
-- Adminer 3.6.1 MySQL dump
SET NAMES utf8; SET foreign_key_checks = 0; SET time_zone = 'SYSTEM'; SET sql_mode = 'NO_AUTO_VALUE_ON_ZERO';
DROP TABLE IF EXISTS `ciselnikIDGIS`; CREATE TABLE `ciselnikIDGIS` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `OBEC` varchar(255) DEFAULT NULL, `ROZSAH` text, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
DROP TABLE IF EXISTS `delkapobytu`; CREATE TABLE `delkapobytu` ( `PobytID` int(11) NOT NULL, `Delka` varchar(50) DEFAULT NULL COMMENT 'Délka pobytu', PRIMARY KEY (`PobytID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `delkapobytu` (`PobytID`, `Delka`) VALUES (1,
'do 10 let'),
31
(2,
'11 - 20 let'),
(3,
'20 let a více'),
(4,
'nebydlí v obci');
DROP TABLE IF EXISTS `nazvy`; CREATE TABLE `nazvy` ( `IDnazvu` int(11) NOT NULL AUTO_INCREMENT, `DruhObjektu` int(11) DEFAULT NULL, `Nazev` varchar(255) DEFAULT NULL COMMENT 'Název', `Upresneni` varchar(255) DEFAULT NULL COMMENT 'Upřesnění', `Popis` varchar(255) DEFAULT NULL, `OdbEtymologie` longtext COMMENT 'Odborná Etymologie', `Stari` varchar(255) DEFAULT NULL COMMENT 'Stáří', `Ruzne` varchar(255) DEFAULT NULL COMMENT 'Různé', `Obec` varchar(255) DEFAULT NULL, `Lokalita` varchar(255) NOT NULL, `Podlokalita` varchar(255) DEFAULT NULL, `IDnazZal` int(11) DEFAULT NULL, `IDGIS` int(11) NOT NULL, PRIMARY KEY (`IDnazvu`), KEY `DruhObjektu` (`DruhObjektu`), KEY `Obec` (`Obec`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
DROP TABLE IF EXISTS `obce2012`; CREATE TABLE `obce2012` ( `KodObce` varchar(6) NOT NULL DEFAULT '', `NazevObce` varchar(255) DEFAULT NULL, `StatutObce` varchar(1) DEFAULT NULL, `KodPoverenyOU` varchar(5) DEFAULT NULL, `NazevObecPoverenyOU` varchar(255) DEFAULT NULL,
32
`KodObecRozsPusobnost` varchar(4) DEFAULT NULL, `NazevObecRozsPusobnost` varchar(255) DEFAULT NULL, `KodOkres` varchar(6) DEFAULT NULL, `NazevOkres` varchar(255) DEFAULT NULL, `KodKraj` varchar(5) DEFAULT NULL, `NazevKraj` varchar(255) DEFAULT NULL, `KodOblast` varchar(4) DEFAULT NULL, `NazevOblast` varchar(255) DEFAULT NULL, PRIMARY KEY (`KodObce`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
DROP TABLE IF EXISTS `odpovedi`; CREATE TABLE `odpovedi` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `Nazev` int(11) DEFAULT NULL, `Respondent` int(11) DEFAULT NULL, `ZnalostNazvuMista` int(11) DEFAULT NULL, `ZnalostPozn` varchar(255) DEFAULT NULL, `LidovyVyklad` longtext, `Pribeh` longtext, PRIMARY KEY (`ID`), KEY `Nazev` (`Nazev`), KEY `Respondent` (`Respondent`), KEY `ZnalostNazvuMista` (`ZnalostNazvuMista`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
DROP TABLE IF EXISTS `pohlavi`; CREATE TABLE `pohlavi` ( `IDpohlavi` int(1) NOT NULL AUTO_INCREMENT, `Pohlavi` varchar(4) NOT NULL,
33
PRIMARY KEY (`IDpohlavi`), KEY `Pohlavi` (`Pohlavi`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8 COMMENT='pohlaví respondenta';
INSERT INTO `pohlavi` (`IDpohlavi`, `Pohlavi`) VALUES (1,
'muž'),
(3,
'N/A'),
(2,
'žena');
DROP TABLE IF EXISTS `respondenti`; CREATE TABLE `respondenti` ( `IDrespondent` int(11) NOT NULL AUTO_INCREMENT, `Typrespondenta` int(1) DEFAULT NULL COMMENT 'Typ respondenta', `Skupina` varchar(254) DEFAULT NULL, `Jmeno` varchar(80) DEFAULT NULL COMMENT 'Jméno', `Prijmeni` varchar(100) DEFAULT NULL COMMENT 'Příjmení', `Povolani` varchar(100) DEFAULT NULL COMMENT 'Povolání', `Vek` int(3) DEFAULT NULL COMMENT 'Věk', `Datum` date DEFAULT NULL COMMENT 'Datum šetření', `Pohlavi` int(1) DEFAULT NULL COMMENT 'Pohlaví', `Delkapobytu` int(1) DEFAULT NULL COMMENT 'Délka pobytu', `BydlisteObec` varchar(6) DEFAULT NULL COMMENT 'Bydliště', `Rodactvi` int(1) DEFAULT NULL COMMENT 'Rodáctví', `Rodice` int(1) DEFAULT NULL COMMENT 'Rodiče', `ZpusobSetreni` int(1) DEFAULT NULL COMMENT 'Způsob šetření', PRIMARY KEY (`IDrespondent`), KEY `Pohlavi` (`Pohlavi`), KEY `Delkapobytu` (`Delkapobytu`), KEY `Typrespondenta` (`Typrespondenta`), KEY `BydlisteObec` (`BydlisteObec`), KEY `ZpusobSetreni` (`ZpusobSetreni`), KEY `Rodactvi` (`Rodactvi`),
34
KEY `Rodice` (`Rodice`), KEY `Vek` (`Vek`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
DROP TABLE IF EXISTS `rodaci`; CREATE TABLE `rodaci` ( `ID` int(1) NOT NULL AUTO_INCREMENT, `rodactvi` text NOT NULL, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `rodaci` (`ID`, `rodactvi`) VALUES (1,
'rodák'),
(2,
'nerodák');
DROP TABLE IF EXISTS `rodice`; CREATE TABLE `rodice` ( `ID` int(1) NOT NULL AUTO_INCREMENT, `typrodice` text NOT NULL, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `rodice` (`ID`, `typrodice`) VALUES (1,
'otec rodák'),
(2,
'matka rodák'),
(3,
'oba rodiče rodáci'),
(4,
'rodiče nejsou rodáci');
DROP TABLE IF EXISTS `toponymadruhobjektu`; CREATE TABLE `toponymadruhobjektu` ( `IdTopony` int(11) DEFAULT NULL,
35
`DRUH_TOPON` varchar(255) DEFAULT NULL, `IDDruhTopony` int(11) NOT NULL, PRIMARY KEY (`IDDruhTopony`), KEY `IdTopony` (`IdTopony`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `toponymadruhobjektu` (`IdTopony`, `DRUH_TOPON`, `IDDruhTopony`) VALUES (1,
'hon ZD',
1),
(1,
'les', 2),
(1,
'louka',
(1,
'mez', 4),
(1,
'obora',
5),
(1,
'pole',
6),
(1,
'sad', 8),
(1,
'skupina stromů, keřů/háj',
(1,
'zahrada',
10),
(2,
'alej',
11),
(2,
'dálnice',
12),
(2,
'křižovatka/kruhový objezd',
(2,
'lávka',
14),
(2,
'letiště',
15),
(2,
'lanová dráha',
(2,
'most',
(2,
'parkoviště', 19),
(2,
'pěšina',
(2,
'polní/lesní cesta',
(2,
'silnice',
22),
(2,
'tunel',
24),
(2,
'zastávka MHD',
(2,
'železniční trať/vlečka', 26),
(3,
'bažina',
27),
(3,
'jezero',
28),
3),
9),
13),
16),
17),
20), 21),
25),
36
(3,
'potok',
29),
(3,
'přehrada',
30),
(3,
'rybník',
31),
(3,
'řeka',
32),
(3,
'strouha',
33),
(4,
'obec',
34),
(4,
'místní část',
(5,
'hora/kopec', 40),
(5,
'jeskyně',
(5,
'násep/val', 42),
(5,
'pohoří',
44),
(5,
'propast',
45),
(5,
'rokle',
46),
(5,
'skalní útvar',
(5,
'svah/stráň', 49),
(5,
'údolí',
(6,
'hospodářský objekt',
(6,
'hřbitov',
57),
(6,
'hřiště',
58),
(6,
'kamenolom', 59),
(6,
'kaple',
60),
(6,
'kostel',
62),
(6,
'kříž',
63),
(6,
'křížová cesta',
(6,
'náměstí',
(6,
'nezastavěné prostranství',
(6,
'obytný dům', 70),
(6,
'osamělý strom',
(6,
'park/sad',
(6,
'pomník/památník/pamětní kámen', 74),
(6,
'stodola/seník',
(6,
'ulice',
39),
41),
48),
50), 56),
64),
67), 68),
71),
72),
77),
79),
37
(6,
'zřícenina objektu',
(3,
'studánka',
82),
(3,
'splav',
83),
(3,
'pramen',
84),
(5,
'sedlo',
86),
(6,
'objekt občanské vybavenosti',
(6,
'restaurace/hotel', 90);
81),
89),
DROP TABLE IF EXISTS `toponymatypy`; CREATE TABLE `toponymatypy` ( `TYP_TOPONY` varchar(255) DEFAULT NULL, `IDTypTopony` int(11) NOT NULL, PRIMARY KEY (`IDTypTopony`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `toponymatypy` (`TYP_TOPONY`, `IDTypTopony`) VALUES ('agronymum', 1), ('hodonymum', 2), ('hydronymum',
3),
('místní jméno',
4),
('oronymum', 5), ('pojmenování objektu vázaného na osídlení',
6);
DROP TABLE IF EXISTS `typrespondenta`; CREATE TABLE `typrespondenta` ( `ID` int(1) NOT NULL AUTO_INCREMENT, `typrespondenta` varchar(255) NOT NULL, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `typrespondenta` (`ID`, `typrespondenta`) VALUES (1,
'respondent'),
38
(2,
'skupina respondentů'),
(3,
'anonymní respondent');
DROP TABLE IF EXISTS `vekovakategorie`; CREATE TABLE `vekovakategorie` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `VekovaKategorie` varchar(255) DEFAULT NULL, PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `vekovakategorie` (`ID`, `VekovaKategorie`) VALUES (1,
'0-14'),
(2,
'15-64'),
(3,
'65+');
DROP TABLE IF EXISTS `znalostnazvu`; CREATE TABLE `znalostnazvu` ( `ID` int(11) NOT NULL AUTO_INCREMENT, `Znalost` varchar(255) NOT NULL COMMENT 'Znalost názvu', PRIMARY KEY (`ID`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `znalostnazvu` (`ID`, `Znalost`) VALUES (1,
'zná a používá'),
(2,
'zná a nepoužívá'),
(3,
'nezná');
DROP TABLE IF EXISTS `zpusobsetreni`; CREATE TABLE `zpusobsetreni` ( `ID` int(1) NOT NULL AUTO_INCREMENT, `zpusobsetr` varchar(255) DEFAULT NULL, PRIMARY KEY (`ID`)
39
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
INSERT INTO `zpusobsetreni` (`ID`, `zpusobsetr`) VALUES (1,
'soupis/rozhovor'),
(2,
'dotazník');
--
40
