abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 21:32 | Nasazení Linuxu

Canonical představuje nejnovější verzi chytré helmy DAQRI s Ubuntu pro rozšířenou realitu. K vidění bude příští týden v Barceloně na veletrhu Mobile World Congress 2017.

Ladislav Hagara | Komentářů: 0
včera 21:31 | Pozvánky

Pro zájemce o hlubší znalosti fungování operačních systémů připravila MFF UK nový předmět Pokročilé operační systémy, v rámci něhož se vystřídají přednášející nejen z řad pracovníků fakulty, ale dorazí také odborníci ze společností AVAST, Oracle, Red Hat a SUSE. Tento předmět volně navazuje na kurz Operační systémy ze zimního semestru, ale pokud máte praktické zkušenosti odjinud (například z přispívání do jádra Linuxu) a chcete si

… více »
Martin Děcký | Komentářů: 0
včera 21:30 | Pozvánky

Czech JBoss User Group Vás srdečně zve na setkání JBUG v Brně, které se koná ve středu 1. března 2017 v prostorách Fakulty Informatiky Masarykovy Univerzity v místnosti A318 od 18:00. Přednáší Tomáš Remeš a Matěj Novotný na téma CDI 2.0 - New and Noteworthy. Více informací na Facebooku a na Twitteru #jbugcz.

mjedlick | Komentářů: 0
20.2. 23:45 | Zajímavý software

Na blogu Qt bylo představeno Qt 3D Studio. Jedná se o produkt dosud známý pod názvem NVIDIA DRIVE™ Design Studio. NVIDIA jej věnovala Qt. Jedná se o několik set tisíc řádků zdrojového kódu. Qt 3D Studio bude stejně jako Qt k dispozici jak pod open source, tak pod komerční licencí. Ukázka práce s Qt 3D Studiem na YouTube.

Ladislav Hagara | Komentářů: 10
20.2. 17:50 | Komunita

Nadace The Document Foundation (TDF) zastřešující vývoj svobodného kancelářského balíku LibreOffice slaví 5 let od svého oficiálního vzniku. Nadace byla představena 28. září 2010. Formálně byla založena ale až 17. února 2012.

Ladislav Hagara | Komentářů: 0
20.2. 12:50 | Komunita

Mozilla.cz informuje, že dosud experimentální funkce Page Shot z programu Firefox Test Pilot (zprávička) se stane součástí Firefoxu. Page Shot je nástroj pro vytváření snímků webových stránek. Umí výběr oblasti, prvku stránky (např. odstavce), nebo uložení snímku celé stránky. Snímky lze ukládat na disk nebo nahrávat na server Mozilly. Nedávno bylo oznámeno, že se součástí Firefoxu stane Activity Stream.

Ladislav Hagara | Komentářů: 31
20.2. 04:10 | Nová verze

Po 10 týdnech vývoje od vydání Linuxu 4.9 (zprávička) oznámil Linus Torvalds, mj. již 20 let žijící v USA, vydání Linuxu 4.10 (LKML). Přehled nových vlastností a vylepšení například na Kernel Newbies a v Jaderných novinách (1, 2 a 3). Kódové jméno Linuxu 4.10 je Fearless Coyote.

Ladislav Hagara | Komentářů: 22
19.2. 15:55 | Zajímavý projekt

Vyzkoušet si příkazy a vyřešit několik úkolů lze na stránkách Commandline Challenge (CMD Challenge). Úkoly lze řešit různými způsoby, důležitý je výsledek. Zdrojové kódy jsou k dispozici na GitHubu pod licencí MIT.

Ladislav Hagara | Komentářů: 18
18.2. 17:35 | Bezpečnostní upozornění

Německá Bundesnetzagentur (obdoba českého ČTU) zakázala na německém území prodej panenky Cayla kvůli „špionáži“ dětí. Tato elektronická hračka obsahuje mikrofon, reproduktor a kameru a bezdrátové komunikační rozhraní, pomocí kterého se hračka připojuje na servery výrobce. Takovýmto způsobem může hračka pomocí umělé inteligence „odpovídat“ na dotazy dítěte. Hlavní problém bude ale asi někde jinde, podle prvotních zpráv může

… více »
Petr Tomášek | Komentářů: 34
17.2. 15:30 | Bezpečnostní upozornění

CSIRT.CZ upozorňuje, že bezpečnostní experti objevili nový typ malwaru, jenž cílí na open source e-commerce platformu Magento. Malware je zajímavý tím, že se jedná o první svého druhu, jehož kód zůstává skrytý v SQL databázi zasaženého e-shopu. Škodlivý kód je volán pomocí tzv. SQL trigerru, který je spouštěn při každém vytvoření objednávky v systému.

Ladislav Hagara | Komentářů: 6
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (13%)
 (2%)
 (72%)
 (3%)
 (10%)
Celkem 679 hlasů
 Komentářů: 61, poslední včera 13:06
Rozcestník

Dotaz: Mysql - zaručení vzájemné integrity mezi 2 tabulkami

14.8.2011 13:26 mlynar
Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Přečteno: 829×
Ahoj. Mám 2 tabulky:
uzivatele: uid, nazev, typ, .... (uid je primarni klic a nazev je unikatni)
opravneni: admin_nazev, admin_cil, muze_cist, aktualizovano.... (admin_nazev je cizi klic uzivatele(nazev) a admin_cil je cizi klic uzivatele(uid)
(mimochodem 2 cizí klíče na 2 různé unikátní hodnoty v tab. oprávnění nejsou chyba návrhu, ale chyba mysql, kter8 neumožňuje odkazovat dvěma sloupci stejné tabulky na jeden v jiné (minimálně nefunguje CASCADE update))

Celé je to koncipované tak, že pokud přibude do tabulky uzivatele uživatel s typem admin nebo pokud po updatu bude uživatel admin, pak se spustí trigger a založí nebo aktualizuje potřebné řádky v tabulce opravneni tzn. vloží se páry admin_nazev a admin_cil, což budou všechna uid v tabulce, kromě uid administrátora. Toto celé krásně funguje, ale bojím se, aby se to nerozbilo, když integritu zaručují jen triggery (např. kdyby se dotaz nepouštěl v transakci a v místě po vložení uživatele a před spuštením after triggeru by došlo k výpadku). Jsou mé obavy oprávněné nebo už to má databáze vyřešené příp. jak to řešit?

Odpovědi

14.8.2011 14:20 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Jsou oprávněné. s triggerem je více problémů, např. trigger se při cascade update nespustí (další chyba Mysql). Pokud chceš používat takovýdle věci, nejlepší řešení je použít postgresql. Nicméně na druhou stranu pokud někdo poleze do tabulky bez transakcí, tak konzistenci prostě nezaručíš nikdy, to se zas na MySQL házet nedá. - Postgresql by Ti ale zajistila normální chování ve všem ostatním, např. cizí klíče, správné spiouštění triggerů. Také by to v ní šlo udělat ne tak "humpolácky": místo automatickýho přidávání všech neadminích bys moh zavést "grupové uživatele" a při přidání admina mu dát práva k grupě neadmini, při přidání neadmina dát grupě neadmini práva k tomuto uživateli a pomocí rekurzivních CTE počítat aktuální práva atd...

14.8.2011 17:43 mlynar
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
To s tím cascade update triggerem mě netrápí - nepoužívám. Takže kromě transakcí není jiná možnost, jak zaručit integritu těch dat v tabulce opravneni? Počítám s tím, že všechny kritické dotazy budu pouštět v transakci, ale nechci se dočkat toho, že chyby v aplikaci způsobí nekonzistenci celé databáze. Jako výchozí chování zapínám autocommiting, ale to asi neobsáhne after trigger nebo ano? Když spustím třeba INSERT aniž bych předtím ručně odstartoval transakci - provedou se alespoň nějaké triggery v transakci?
14.8.2011 18:26 mlynar
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Tak nikde jsem to nenašel, ale vyzkoušel jsem, že pokud ručně nezačnu transakci (tzn. použije se autocommit) a spustím nějaký insert/update dotaz, který skončí chybou v after triggeru, tak se provede rollback a je to konzitentní. Takže vlastně žádná nekonzistence v těch datech nemůže nastat ne?
14.8.2011 21:31 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Jo, autocommit je vlastně jeden řádek jedna transakce, to máš pravdu, to zachová, pokud tam nebudeš dělat operace přes FK ignorující trigger, tak by to mělo bejt Ok. - Doporučil bych Ti ale stejně si dávat do tabulky opravnění nějaký flagy, čím byl daný řádek vygenerován. Aby kdybys tam měl nějakou chybu, tak abys moh ty automaticky generované smazat a vygenerovat znova.
21.8.2011 13:25 Senior Database Programmer
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
MySQL umoznuje "odkazovat dvěma sloupci stejné tabulky na jeden v jiné":
CREATE TABLE `uzivatele` (
	`uid` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
	`nazev` VARCHAR(255) NOT NULL,
	`typ` ENUM('admin','user') NOT NULL DEFAULT 'user',
	PRIMARY KEY (`uid`)
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB;

CREATE TABLE `opravneni` (
	`oid` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT,
	`uid1` INT(10) UNSIGNED NOT NULL,
	`uid2` INT(10) UNSIGNED NOT NULL,
	`muze_cist` TINYINT(1) UNSIGNED NOT NULL DEFAULT '0',
	PRIMARY KEY (`oid`),
	INDEX `fk2` (`uid2`),
	INDEX `fk1` (`uid1`),
	CONSTRAINT `fk2` FOREIGN KEY (`uid2`) REFERENCES `uzivatele` (`uid`) ON UPDATE CASCADE,
	CONSTRAINT `fk1` FOREIGN KEY (`uid1`) REFERENCES `uzivatele` (`uid`) ON UPDATE CASCADE
)
COLLATE='utf8_general_ci'
ENGINE=InnoDB;
V tabulke "opravneni" mam dva stlpce (uid1, uid2) ktore obidva odkazuju cez cudzi kluc na jeden a ten isty stlpec v tabulke "uzivatele" (uid). Dokonca aj ten UPDATE CASCADE funguje...ked zmenim uid nejakeho zaznamu v tabulke "uzivatele" tak sa zmeni aj v tabulke "opravneni"...
27.8.2011 16:10 mlynar
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Zkuste do tabulky oprávnění vložit řádek, kde uid1=uid2, při pokusu o změnu nebo odstranění uid z tabulky uzivatele dostanete error.
28.8.2011 14:45 Senior Database Programmer
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Skusil som: Vlozim do tab. opravneni riadok s uid1=uid2 (3):
INSERT INTO `opravneni` (`uid1`, `uid2`, `muze_cist`) VALUES (3, 3, 1);
Zmena uid v tabulke "uzivatele" (z 3 na 4):
UPDATE `uzivatele` SET `uid`=4 WHERE `uid`=3 LIMIT 1;
Ziadna chyba, kaskada sa vykonala a v tabulke "opravneni" sa uid zmenili z 3 na 4.

To iste s mazanim:

Zmazem uzivatel z tabulky "uzivatele"
DELETE FROM `uzivatele` WHERE `uid`=4 LIMIT 1;
Ziadna chyba, kaskada sa vykonala a zmazal sa zaznam aj v tabulke "opravneni"

Nerobite niekde chybu?
28.8.2011 17:22 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Já mám dojem, že mi to v mysql někdy fungovalo a někdy ne. Možná záleží na použité verzi, mysql se dosti zlepšuje v tom, co umí.
27.8.2011 16:46 Kit
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Podle mne jsou 2 cizí klíče odkazující do jedné tabulky chybou v návrhu. Zejména v uvedeném případě.

Dovedu si však představit situaci, kdy by to chybou být nemuselo např. v genealogii trojice (potomek, otec, matka) - na to dokonce stačí jedna tabulka.
28.8.2011 10:54 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Tak zrovna genealogie lidí je daleko lepší dvěma tabulka: lidé a vztah. Když to dáš do jedný tabulky, tak se Ti budou špatně hledat libovolný příbuzenský vztahy. Vztah po meči a po přeslici patří do stejného sloupce.

Jak byste to chtěl udělat tady, když tu evidentně existuje vztah uživatel - uživatel? Jak jinak než extra tabulkou s dvěma cizími klíči na uživatele?

Elegantnější řešení by bylo zavést ještě skupiny (jako speciálního uživatele), aby se nemusely řešit triggerama práva práva "superuživatelů". Jenže bez rekurzivních CTE se s tím pak hrozně blbě pracuje.
28.8.2011 12:01 Kit
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
Tak vida. Genealogii jsem nikdy nedělal a hned bych ji udělal špatně. Tím mi odpadá problém se dvěma cizími klíči do jedné tabulky.

Zmíněný problém bych asi řešil skupinami, ale to by byla další tabulka navíc. Jenže je to osvědčené řešení. Navíc se tím zbavíme nechtěných triggerů a umožníme vznik rolí skupinových správců.

Na autorizační záležitosti se relační databáze moc nehodí, vhodnější jsou hierarchické. U těch tolik nevadí rekurzivní algoritmy, neboť jsou lépe optimalizovány na rychlost při čtení.
28.8.2011 12:31 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
I v mém navrženém schématu máš dva odkazy do jedné tabulky. Genealogie je 2:n relace a jako taková se tomu nevyhne.

Implementovat skupiny zvlášť je zbytečné, daleko lepší je implementovat je jako "speciální uživatele". Už proto, že to transparentně umožní skupiny vnořovat atd.

To máte sice pravdu, ale rekurzivní CTE tento problém vcelku efektivně řeší. Navíc když mám ostatní data v normální DB, tak je to zas natolik velká programátorská obtíž, a počty uživatelů málokdy sahají do takového počtu, by byl problém výkon. V případě potřeby bych to spíš obalil nějakou stored procedure a tabulkou s předpočítanými právy (to už se dostáváme k řešení podobným jako je ten trigger).
28.8.2011 13:12 Kit
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
2:n se dá zobecnit jako m:n, takže se dostáváme k tomu jak jsi psal: V jedné tabulce lidi, ve druhé vztahy. Tím vlastně odpadá problém dvou cizích klíčů, neboť po normalizaci se tyto cizí klíče dostanou do jednoho sloupce pod sebe.

Ano, skupiny jsou listové uzly, proto je můžeme dát do stejné tabulky jako uživatele. Musíme však vytvořit další tabulku, ve které jsou definovány vztahy mezi uživateli a skupinami, neboť se opět jedná o vztah m:n.

Je to však obecné řešení. Pokud potřebuji jen odlišit privilegované a neprivilegované uživatele, dá se to udělat jedním příznakem.

Rekurzivní CTE beru jen jako berličku pro obhájení relačních databází před hierarchickými. Na každý problém by se měl vybírat vhodný prostředek. Uznávám, že pro malý počet záznamů to může být víceméně jedno.
28.8.2011 13:40 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Mysql - zaručení vzájemné integrity mezi 2 tabulkami
- Ale vztah přeci má dva sloupce kdo s kým. Takže opět dva cizí klíče na jeden sloupec.

- Žádný nástroj není vhodný na vše. Přesto je často vhodnější použít na první pohled "nevhodnější nástroj". Např. proto, že rozstrkáním dat do různých úložišť dle vhodnosti člověk přijde o atomicitu transakcí, jednoduchost zálohy atd... U běžného IS je IMHO cpát uživatele do nějaké spešl hierarchické DB blbina.

- Pokud uděláme skupiny, lze pro vztah uživatel-skupina použít současnou tabulku uživatel-uživatel. I to je argument pro to, dát skupiny do stejné tabulky s uživateli. Nehledě na to, že práva se budou chtít odkazovat FK na jednu tabulku.

Založit nové vláknoNahoru

Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

ISSN 1214-1267   www.czech-server.cz
© 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.