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í
×
dnes 16:00 | Nová verze

Byl vydán Mozilla Firefox 51.0. Z novinek lze upozornit například na upozorňování na přihlašování přes nešifrované spojení (HTTP), podporu pro přehrávání bezeztrátového formátu FLAC nebo podporu WebGL 2. Podrobné informace v poznámkách k vydání a na stránce věnované vývojářům. Řešeny jsou také bezpečnostní chyby.

Ladislav Hagara | Komentářů: 0
včera 17:25 | IT novinky

Do prodeje (Farnell) se dostal jednodeskový počítač Tinker Board (unboxing). Jedná se o konkurenci Raspberry Pi 3 od společnosti Asus. Porovnání (jpg) těchto počítačů například na CNXSoft. Cena Tinker Boardu je 55 £.

Ladislav Hagara | Komentářů: 13
včera 14:44 | Zajímavý projekt

Byla zveřejněna pravidla hackerské soutěže Pwn2Own 2017, jež proběhne od 15. do 17. března v rámci bezpečnostní konference CanSecWes ve Vancouveru. Soutěžit se bude o více než milion dolarů v pěti kategoriích. Letos se bude útočit i na Ubuntu. Jedná se již o 10. ročník této soutěže.

Ladislav Hagara | Komentářů: 2
včera 13:33 | Nová verze

Po sedmi měsících vývoje od vydání verze 5.7 byla vydána verze 5.8 (YouTube) toolkitu Qt. Z novinek lze zmínit například Qt Lite pro vestavěná zařízení. Nově jsou plně podporovány moduly Qt Wayland Compositor (YouTube) a Qt SCXML (YouTube). Současně byla vydána verze 4.2.1 integrovaného vývojového prostředí (IDE) Qt Creator.

Ladislav Hagara | Komentářů: 1
včera 11:52 | Pozvánky

Lednový Prague Containers Meetup se koná ve čtvrtek 26. ledna 2017 od 18:00 v Apiary, Pernerova 49, Praha 8. Přijďte se podívat na přednášky o Enterprise Kubernetes a Jenkins as a code.

little-drunk-jesus | Komentářů: 0
včera 11:40 | Pozvánky

Program letošního ročníku konference Prague PostgreSQL Developer Days, která se koná již 15. a 16. února 2017 na ČVUT FIT, Thákurova 9, Praha 6, byl dnes zveřejněn. Najdete ho na stránkách konference včetně anotací přednášek a školení. Registrace na konferenci bude otevřena zítra (24. ledna) v brzkých odpoledních hodinách.

TomasVondra | Komentářů: 0
22.1. 02:20 | Zajímavý článek

David Revoy, autor open source webového komiksu Pepper&Carrot nebo portrétu GNU/Linuxu, upozorňuje na svém blogu, že nový Inkscape 0.92 rozbíjí dokumenty vytvořené v předchozích verzích Inkscape. Problém by měl být vyřešen v Inkscape 0.92.2 [reddit].

Ladislav Hagara | Komentářů: 0
22.1. 02:02 | Komunita

Øyvind Kolås, hlavní vývojář grafických knihoven GEGL a babl, které využívá grafický program GIMP, žádá o podporu na Patreonu. Díky ní bude moci pracovat na vývoji na plný úvazek. Milník 1000 $, který by stačil na holé přežití, se již téměř podařilo vybrat, dalším cílem je dosažení 2500 $, které mu umožní běžně fungovat ve společnosti.

xkomczax | Komentářů: 12
21.1. 23:54 | Pozvánky

DevConf.cz 2017, již devátý ročník jedné z největších akcí zaměřených na Linux a open source ve střední Evropě, proběhne od pátku 27. ledna do neděle 29. ledna v prostorách Fakulty informačních technologií Vysokého učení technického v Brně. Na programu je celá řada zajímavých přednášek a workshopů. Letos je povinná registrace.

Ladislav Hagara | Komentářů: 0
21.1. 22:11 | Nová verze

Byla vydána verze 1.0.0 emulátoru terminálu Terminology postaveného nad EFL (Enlightenment Foundation Libraries). Přehled novinek v poznámkách k vydání.

Ladislav Hagara | Komentářů: 0
Jak se stavíte k trendu ztenčování přenosných zařízení (smartphony, notebooky)?
 (12%)
 (2%)
 (72%)
 (3%)
 (11%)
Celkem 394 hlasů
 Komentářů: 38, poslední dnes 17:00
Rozcestník
Reklama

Dotaz: Časové zamykání řádků tabulky - PostgreSQL

pools avatar 20.5.2011 16:00 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Časové zamykání řádků tabulky - PostgreSQL
Přečteno: 716×
Ahoj, řeším teď takový problém se zamykáním tabulky. Píšu jednu webovou aplikaci a potřebuju aby uživatel který edituje jeden objekt při načtení dat zamkl současně tabulku - to by nebyl problém, nevím však, jak to vyřešit, když data zpět neuloží -> a tím pádem tabulku zase neodemkne. Nevíte někdo jestli neexistuje něco jako nastavení času platnosti zámku v Postgresu? Aby třeba platil pouze patnact minut a pak se řádek automaticky odemknul? Nedokázal jsem k tomu na netu nic najít... Díky
Vivre libre ou mourir!

Řešení dotazu:


Odpovědi

Josef Kufner avatar 20.5.2011 16:17 Josef Kufner | skóre: 66
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Přidej do té tabulky dva sloupce, kde bude čas budoucího odemknutí a ID uživatele, který to zamknul. Pak stačí jen kontrolovat, zda čas budoucího odemknutí je v minulosti nebo NULL.
Hello world ! Segmentation fault (core dumped)
pools avatar 20.5.2011 16:33 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
No podobně to dělám doteď, ale myslel jsem spíše nějaký systémovější způsob jestli neexistuje...
Vivre libre ou mourir!
20.5.2011 21:50 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
A proč zamyká celou tabulku? Něco máš imho špatně v designu - zamykat bys měl jen to, s čím pracuješ, ne celou tabulku.

Jinak SELECT blablabla FOR SHARE/UPDATE ti do konce transakce zamkne záznamy pro čtení/pro zápis (nikdo jiný je nebude moct měnit/ani přečíst). Nevím, jak zamykáš jinak, ale tendle zámek se po konci transakce odemkne automaticky.

21.5.2011 09:42 pools
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
sorry, to byl překlep, zamykám samozřejmě jen editovaný řádek. ale co je podle tebe konec transakce u php skriptu? mi jde o to, zamknout řádek tabulky když načtu data do selectu, abych měl patnáct minut jistotu, že mi je nikdo nepřepíše, ale po této době i když nedám ten update aby se tabulka automaticky odemkla. a potřebuju aby šly nadále číst, jen se nesmí dostat k editaci...
21.5.2011 12:45 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Konec transakce je příkaz COMMIT/ROLLBACK (popř. konec každého příkazu, pokud si nenastartoval transakci púomocí BEGIN).
21.5.2011 14:07 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Záleží na tom, co přesně vlastně potřebuješ.

Jestli máš aplikaci, kde uživatel začne pracovat s nějakým objektem (tzn. načte stránku, něco se mu tam objeví, on do toho chvilku ťuká a píše a pak klikne, aby se uložilo), tak ti transakce nepomůžou a budeš muset udělat něco, co je hned v prvním příspěvku. Tzn. zamknout záznam něčím jako
UPDATE záznam SET cas_odemceni = now() + '15m'::interval, zamykatel = ID toho, kdo to zamkl WHERE id = ID objektu

Před pokusem objekt měnit se podíváš, jestli je zamykatel NULL (= záznam není zamčený). Když není NULL, porovnáš ID zamykatele s tím, kdo se snaží k objektu přistoupit (záznam je zamčený pro všechny ostatní.) Když ID nesouhlasí, porovnáš cas_odemceni s now() (jestliže je now() větší, záznam byl zamčen, ale zámek vypršel)

Pokud máš aplikaci, kde objekt musí být zamčený jenom v době, kdy s ním pracuje ten skript, použij transakce. To už popsal logik v #3 a #5, jenom doplním, že transakci ukončí i konec skriptu, tedy uzavření spojení do DB.
Quando omni flunkus moritati
21.5.2011 14:39 dad
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
tedy ja ma tak nejak zafixovano, ze vsechna tahle reseni maji radu much a to z velkou pravdepodobnosti 'nejrozumnejsi' je pouzit timestamp.
21.5.2011 20:01 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
No zamykání záznamů "dopředu" před editací moc dobrá technika není. Daleko lepší bývá to řešit revizema (při updatu si zkontroluju, jestli mi záznam někdo nezměnil pod rukama (zkontroluju číslo revize) a kdyžtak ho neupravím a místo toho sdělím uživateli problém).
pools avatar 22.5.2011 14:30 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
takže jako nechám uživatele aby vesele něco pět minut nastavoval a při uložení mu suše oznámíš: dělal jsi to na hovno? rozumím tomu dobře?
Vivre libre ou mourir!
22.5.2011 15:18 FooBar
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Ocividne nerozumis, kdyz reagujes takhle agresivne na cloveka, kterej ti poskytuje (naprosto spravnou) radu.

RTFM: http://en.wikipedia.org/wiki/Optimistic_concurrency_control

Je to casto pouzivany reseni napr. na wiki, na zaklade predpokladu ze realne to tak moc lidi soubezne editovat nebude. Navic, vzhledem k tomu, ze je to human-readable, muzes pomerne trivialne nabidnout merge vuci novy revizi.

Optimistic concurrency control ma drahy konflikty (tim ze musis informovat uzivatele / resit merge), ale jinak je trivialni na implementaci a v pripade ze moc konfliktu nemas (coz je typicky pripad prave treba wiki), tak je i efektivnejsi.
22.5.2011 16:09 dad
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
ja si myslim, ze tohle neni ta spravna odpoved. Aby byla situace jasnejsi, je treba se zeptat soudruha, jak bude reagovat on v tom pripade, ze zaznam je zamcen.

napise hlasku 'zkuste to ca. za 5 minut', nebo 'zkuste to pozdeji'? A jaka bude hlaska, az to uzivatel skutecne za nejaky cas znova zkusi a opet to bude zamcene?
22.5.2011 16:16 FooBar
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Nebo ostatne jaka bude reakce, kdyz bude mit zamek na v originalnim postu zminenych 15 minut, a clovek to holt bude editovat 16 minut... a nekdo jiny mu to pred ulozenim sebere pod rukama (a zamkne na dalsich 15 minut).
Josef Kufner avatar 22.5.2011 22:01 Josef Kufner | skóre: 66
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Tohle se řeší tak, že to nezamkneš na 15 minut, ale na pět (nebo i méňe) a javascriptem v pravidelných intervalech prodlužuješ zámek. Takže jakmile uživatel zavře okno nebo odejde jinam, tak zámek zmizí rychle a pokud edituje hodinu, tak to má hodinu zamčené. Pro případ, že by to jen nechal otevřené, tak je dobré koukat na stisky kláves a pokud se nic neděje, tak se dotázat, zda prodloužit (nějakým tichým způsobem, např. ukázat div s dotazem přes editor).
Hello world ! Segmentation fault (core dumped)
pools avatar 22.5.2011 16:39 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Ale to co je v tom Optimistic concurrency control je podle toho co jsem přečetl úplně mimo oproti tomu na co jsem se ptal - já potřebuju vědět jestli to někdo edituje a nemůžu nikomu povolit aby editoval stejnou věc zároveň - mám data pro které to není relevantní. Ptal jsem se jasně jestli existuje způsob jaký popisuju v dotaze - očividně neexistuje, ok, mi to stačí, ale posílat věci které fungujou úplně jinak než potřebuju? proč?
Vivre libre ou mourir!
22.5.2011 21:06 vlastik
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
tomu co popisuješ se říká pesimistic locking
pools avatar 22.5.2011 21:24 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Ne.
Vivre libre ou mourir!
22.5.2011 21:50 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Jo
pools avatar 22.5.2011 23:19 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Není to na co jsem se ptal. Absolutně. Chtěl jsem vědět, jestli existuje něco přímo na úrovni SQL serveru. Ne aplikační vrstvu.
Vivre libre ou mourir!
Josef Kufner avatar 22.5.2011 23:47 Josef Kufner | skóre: 66
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Občas je lepší zvážit jiný přístup, který tvůj problém obchází místo toho, abys ho řešil.
Hello world ! Segmentation fault (core dumped)
22.5.2011 23:52 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Jenže ono žádnýho inteligentního člověka nenapadlo, že to myslíš pouze a jenom přes SQL server, protože přes něj to přes víc spojení prostě ani principiálně nejde a nemůže jít (teda pokud si nebudeš držet furt otevřený spojení do db, což jaksi na webu nejde). Což bys jaksi zjistil, kdyby sis o tom něco přečet, jak kolega doporučoval. Stejně jako by ses dozvěděl, že to, jestli jde o pesimistic nebo optimistic locking vůbec neznamená, že se zamyká v aplikační vrstvě....
pools avatar 23.5.2011 09:27 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
"Nevíte někdo jestli neexistuje něco jako nastavení času platnosti zámku v Postgresu? " << chtěl jsem vědět pouze tohle. Pessimistic lock momentálně používám a jediné co jsem chtěl vědět, bylo jestli existuje v postgresu něco podobného. Napadlo mě to pouze pro zajímavost, protože vím, jak se dá zamknout řádek pomocí klíče. Možná jsem málo zdůraznil, že mě zajímá jen tato informace a ne obecné řešení.
Vivre libre ou mourir!
23.5.2011 10:28 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Jenže právě ta otázka byla natolik nesmyslná, že je evidentní, že Ti schází potřebný background. A že běz něj v lepším případě vymyslíš kolo, v horším něco zbastlíš.

Je to, jako by ses zeptal, jak se ve škodovce naklápěj listy vrtule a čílil by ses z odpověděli, že si máš přečíst něco o rozdílu mezi autem a letadlem.

pools avatar 23.5.2011 11:09 pools | skóre: 19 | blog: Svědek Damdogův | Opava/Praha
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
...
Vivre libre ou mourir!
28.5.2011 01:01 FooBar
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Naprosto jednoznacne jo. Optmistic/pesimistic concurrency control je zakladni princip rizeni soubeznyho pristupu k datum, nikoliv konkretni implementace.

Poslal jsem ti odkaz na neco, co funguje jinak nez si myslis ze potrebujes, ponevadz je to reseni naprosto funkcni a korektni. Priste te proste jen poslu do hajzlu.
22.5.2011 21:49 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Zaprvý, zcela jasně jsi se nezeptal, z dotazu nijak neplyne, jestli jsi schopen držet transakci během doby, kdy to chceš mít zamknutý, navíc mluvíš o zamykání tabulky a ne záznamu. A zadruhý, radit se mi člověku, kterej se chová takhle arogantně, s prominutím nechce.

Protože teprv teď vyplynulo, že to má bejt asi webová apliakce a transakci držet nemůžeš, tak by mě zajímalo, jak bys řešil to, že když to hypoteticky zamkneš postgresím zámkem na 15min, tak že request na změnu a odemčení poběží ve svý samostatný transakci a tedy se taky přes zámek nedostane...
pavlix avatar 22.5.2011 22:34 pavlix | skóre: 53 | blog: pavlix
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Je to casto pouzivany reseni napr. na wiki, na zaklade predpokladu ze realne to tak moc lidi soubezne editovat nebude. Navic, vzhledem k tomu, ze je to human-readable, muzes pomerne trivialne nabidnout merge vuci novy revizi.
Ovšem nesmíš na takovou wiki uspořádat školení :D. Tam ti totiž několik lidí bude editovat právě tu stránku, kterou ukážeš na plátně.

Gentoo – Jsem open source vývojář, nikoli markeťák ⇒ názory zde uvedené jsou jen mé vlastní.
21.5.2011 13:56 trekker.dk | skóre: 71
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Jen pro úplnost - SELECT ... FOR UPDATE zamkne záznamy jenom pro čtení jiným SELECT FOR UDPATE. Normální SELECT projde.
Quando omni flunkus moritati
21.5.2011 19:58 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Jo, nevyjádřil jsem se jasně. Zámek pro zápis zakazuje jakejkoli zápis či zamknutí. Zámek pro čtení zakazuje jakejkoli zápis a zámek pro zápis, povoluje zápis pro čtení.

tzn. zamknutí pro čtení: zajistim, že mi to nikdo nezmění pod rukama, ale nebudu to měnit, takže povolím ostatním čtení, i s to pro to čtení také zamknout. tzn. zamknutí pro zápis: budu měnit, takže mimo předešlého zakážu i zámek pro čtení (tzn. člověk, kterej to chce konzistentně si musí počkat, až dokončím změnu).
21.5.2011 22:51 vlastik
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
Doporučuji si na Google nastudovat pojmy "optimistic locking" a "pesimistic locking" a vybrat si jeden z nich a nevymýšlet jakové kočkopsy :)
23.5.2011 15:14 Ivan
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
+1 presne tak. Ti kockopsi muzou snadno selhat pri vhodne kombinaci izolacniho levelu a nacasovani. Nejjednodussi je predpokladat, ze nic jineho nez pesimisticke a optimistice zamykani ani neexistuje.

Pokud to neumoznuje vas framework tak je mozna chyba v tom frameworku.
23.5.2011 15:48 l0gik | skóre: 22
Rozbalit Rozbalit vše Re: Časové zamykání řádků tabulky - PostgreSQL
No já už z něho pochpil,. že v podsttě chce pesimistic locking, až na to, že chtěl, aby mu to zařídila databáze přes několik spojení do ní (což prostě z principu nemůže jít).

Navíc pesimistic locking pro webovou aplikaci je dosti nevhodné, neboť není zajištěné správné odemknutí (tam se to musí obejít nějakym vypršením zámku), navíc to má různý sideefekty jako víc otevřenejch oken browseru, nedostupnost záznamu při restartu browseru a podobný opičárny.

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.