Změnu času považuji za nesmysl a zrušil bych jí, na druhou stranu nechápu tu škodlivost na zdraví. V týdnu lidi spí např. 23-6:30, o víkendu jdou zapařit/grilovat/na koncert a spí 02-10, druhý den kouknou na film a např. 0:30-8:30 a pak zase 23-6:30, někdy ten výkyv je ještě mnohem větší a nic se neděje a najednou je jedna hodina problém.
To jste prvni, ktereho registruji, ze si toho vsiml. Toto je pro mne dlouhodobe naprosto neuveritelna situace a z toho odvozuji, ze je to cele jenom nejaka protestni manyra a lidi si do toho projektuji nejake svoje problemy s urady typu musim platit dane a jeste mi hejbou s casem.
Jestli je nekdo takovy typ cloveka, ktery spi 365x za rok 23:00 - 6:00 nebo jinou, stale stejnou kombinaci, tak to mu teda nezavidim, to se muze rovnou nahradne poskladat z Merkuru a sam se zastrelit. Bez dovolene (letadlo leti 23:30, 6:00, apod. ze), bez jineho rezimu o vilendech, bez cestovani, bez koncertu a kina, bez pozorovani ohnostroje, bez toho aby kdy v zivote vylezl na kopec a sledoval vychod slunce. Neuveritelny co lidi vymysli.
Je to prosté - pokud běžně vstávám 4:40, pak najednou musím vylézt ve 3:40 a to už je fakt hodně těžká noc! Že půjdu o nějakou chvíli dřív spát (jakože většina lidí nepůjde a nebo nemůže tak brzo usnout) nic neřeší, moje tělo prostě vstává nepřirozeně brzo v době kdy běžně spí a mám pak problém se jít i vy*rat jako obvykle :-) Trvá mi minimálně dva týdny než se s tím nějak srovnám...
Decko jde ve stredu misto na osmou na sedmou, jedno pondeli na podzim odevzdava kastany v 6:45, o vikendu spi do "10:00", na tabore ma hlidky, matka rocnik 1950 loni chodila dva mesice delat brigadu jako uvadecka do besedniho domu a vracela se taxikem po pulnoci, jinak chodi do hajan po devate.
Pokud nekdo rika, ze je to "skodlive" - posunout rezim o hodinu 2x do roka, mel by se lecit, nekde hluboko je ulozen nejaky problem. Ze to trochu vadi je samozrejmost, ale vadi to stejne jako kdyz je cely rok v patek v jidelne bezmase jidlo a na dovolene udela hotel gulas a vy cekate buchticky se sodo.
No tak jistě, oni ti (nejen dětšt) psychologové vlastně nic nevědí, že?
Já děti mám a pravidelný režim rozhodně má pozorovatelný vliv, když už na nic jiného, tak na jejich náladu. A rozhodně nedonutím děti usnout o hodinu dřív, adaptace na změnu času jim nějaký čas trvá, a rozhodně to není v řádu dní...
Pravidelny rezim muze byt prijemny, ja taky netvrdim nic radikalniho. Ja rikam, ze kdo operuje se tim, ze je to "skodlive" tak ma problem. Nechci videt co by se stalo, kdyby takovymu cloveku nekdo zasedl jeho oblibene sedadlo v autobusu, nebo kdyby prestali pect jeho oblibene rohlicky. Ja taky nerad vstavam v 6:00 abych dojel do Prahy na devatou na poradu. Co to ma ale spolecneho s tim hype na toto tema? Ja bych klidne zmenu casu zrusil, asi to nedava smysl, ja reaguji na ty instabily, ktery rozhodi tato zmena tak, ze si postavi stanek na namesti a rozdavaji letaky.
Jedna z nejlepsich veci na svete je vnimani pestrosti, treba zmena rezimu prace CZ kontra jih a vychod, treba Italie, Spanelsko (pry), arabske zeme (mam zkusenost). Kdyz tam jsem, tak se dela od sesti do desiti, pak od 16:00 do sedmi treba. Tady v CZ mi nikdo pred devatou nevezme telefon. Urcite jsou nejaci lide, kteri nejsou schopni nejak fungovat, stejne jako lidi co kdyz jsou na toalete a sedi na mise, tak musi mit otevrene dvere, protoze se jim nelibi v tesnem prostoru. A maji k tomu hodne argumentu, kterymi si to obhaji. Ale tak to je soukroma fobie, stejne jako kdyz se 2x za rok zmeni o hodinu cas, ze.
Nechci videt co by se stalo, kdyby takovymu cloveku nekdo zasedl jeho oblibene sedadlo v autobusu, nebo kdyby prestali pect jeho oblibene rohlicky.
Na to si stačí pustit jeden známý film. :-)
+1
Asi tak, fascinují mě chytráci, co nejsou schopní pochopit, že lidé jsou různí, a to, že sami nemají problém, neznamená, že ho nemá třeba někdo jiný...
Mně změna času taky vadí, a to nejsem ani dítě, ani důchodce. Za mně jednoznačně zrušit, je to akorát obtěžující ptákovina, zrušení nikomu neublíží, a podle mne by to dosti lidem usnadnilo život.
podle mě je to iracionální absurdní nesmysl, jako kdyby se půl roku jezdilo po silnici vpravo a půl roku vlevo. Asi takový smysl to má. Jinak co se zdraví týká, není to vstávání a o tom, že někdo někdy přetáhne a nic mu není. Jednak jsou lidé, kterým to nevadí, nebo si myslí, že jim to nevadí. A pak jsou lidé, kterým to vadí a pociťují to. Většinou starší lidé a děti, ale i někteří ve středním věku. A také domácí a hospodářská zvířata. Každý má v hlavě biologické hodiny a má nastavený rytmus, kdy se vstává, kdy se jde na oběd atd. I když si to sám někdy posune, ty hodiny jdou pořád stejně a druhý den, kdy nepropaří večer se do rytmu vrátí. Pokud se ale posune čas, tak mu to s hodinami nesedí trvale a než se to srovná trvá to u někoho dny, někomu týdny. Já se budím ráno sponnátně pár minut před budíkem. Po posunu času se srovnám asi až za dva měsíce! A posun pociťuji velmi nelibě asi měsíc (vstávání, jídlo atd.). Mediálně propírané první ráno a první vstávání mi vůůůbec nevadí. Ničit mě to začně až za 3 dny a prvních 14 dní jsme v práci nepoužitelný. Neexistuje důvod, proč se střídání držet, existují důvody, proč je to nesmysl a šikana.
Mám velmi rád dlouhé letní večery, kdy je dlouho světlo. Nějaký čas jsem pobýval v zemi, kde letní čas nemají a musím říct, že mi brzké stmívání docela vadilo. Proto jsem zásadně proti zrušení letního času.
Těm méně šťastným, co musí pracovat zavření někde pod umělým osvětlením to může být naprosto jedno. Spíše by mohli být rádi, že když je potom někdo vypustí večer na svobodu, mají ještě možnost užít si denního světla. Nám, co máme tu výsadu, že pracujeme venku, letní čas vyhovuje.
Nevím, komu by prospělo svítání už kolem 3. hodiny. Spolu z dřívějším stmíváním by to znamenalo nárůst depresívních onemocnění. To bych se vsadil.
Navíc ekonomika dnes není na přirozeném světle závislá, té to může být taky jedno.
Takže budu letní čas před jeho kritiky hájit všemi prostředky. Na to se spolehněte.
Období letního času nevyhovuje lidem proto, že mají večer díky letnímu času o hodinu déle světlo, ale proto, že mají díky náklonu zemské osy denně o osm hodin více světla.
V ČR se délka slunečního dne během roku pohybuje v rozmezí od 8 do 16 hodin. Aktivní pracující lidé ráno potřebují světlo, aby se probudili. Kdyby zůstal po celý rok letní čas, v lednu by Slunce zapadalo v 17 hodin SELČ. Kdyby chtěl mít člověk doma „večer“ 2 hodiny světla a do práce bude cestovat půl hodiny, musí z práce vyrazit v půl třetí, což při osmihodinové pracovní době znamená do práce dorazit v 6 ráno. A do devíti čekat, než se rozední. Hodinu po rozednění by byl čas na oběd (polovina pracovní doby). Ne nemyslím si, že by tohle opravdu chtělo významné množství lidí.
No vidis - a jsou zeme, kde je tohle docela normalni a nikdo si na to nestezuje. Byls nekdy v zime v Madridu? Tam se skutecne slunce pri zimnim slunovratu vychazi po pul devate (a zapada pred sestou). Zkratka tvuj pozadavek aby vsichni meli pravo na vstavani za svetla je nerealny...
Budík mi ráno nezvoní, takže vstávám a jdu spát kdy mám chuť. Takže ano, změna času mi vodí, protože je otravné přesouvat několikery hodiny, zejména s bicími pendlovkami se špatně couvá. Posunem času se den v zimě neprodlouží, takže kvrdlání s hodinami opravdu, ale opravdu nemá smysl. O potížích v dopravě, kdy mezinárodní vlaky přijíždí s hodinovým zpožděním, nebo musí někde zbytečně hodinu trčet, nemluvím, to není můj problém. Raději bych nechal jeden čas a měnil začátek a konec pracovní doby.
A není to nakonec jedno, jestli svítá ve tři, ve čtyři nebo v pět? Je to jenom nějaký domluvený ukazatel, vyspím se úplně stejně, ať už budu čas počítat podle GMT, CET, CEST nebo treba PDT... Jde o to, aby se neposouval, pokud na něm někde závisí pracovní doba nebo nějaká jiná vymáhaná povinnost (například školní docházka), Klidně nechme po celý rok čas letní...
Čas se „posouvá zpět“ pouze v případě, že neuvádíte kompletní časový údaj (vynecháte časovou zónu). Jinak s tím problém není, protože časové údaje s uvedením časové zóny jsou jednoznačné a jsou na sebe navzájem bez problémů převoditelné. 02:30:00 SEČ = 03:30:00 SELČ = 01:30:00 UTC. Celý „problém“ pak spočívá v tom, že např. v EU se v období do 27. 3. 2016 00:59:59 UTC používá SEČ, od 27. 3. 2016 01:00:00 UTC do 30. 10. 2016 00:59:59 UTC se používá SELČ.
No, zkus potom udelat podminku na porovnani casu. Tj. treba agregovat nejakou chybu v zaznamu z databazoveho logu, v rozmezi nejakeho konkretniho casu, treba mezi 16 a 17 hodinou kdyz ti to z niceho nic dvakrat do roka preskoci. A kdyz tech zaznamu mas treba miliardu. To je najednou prevod pro kazdy zaznam slusnou komplikaci. Pritom by normalne stacila podminka typu od-do a s indexem na danem sloupci by mohlo byt hotovo za par minut :-)
Když píšete o indexu na sloupci, předpokládám, že myslíte nějakou databázi. Sloupec v té databázi ale má datový typ, asi datum a čas s časovou zónou. Ten převod pak zařídí databáze a použije index, protože převod mezi časovými zónami je jednoznačně dán, a kterékoli dva časové údaje i v různých časových zónách dokážete jednoznačně seřadit.
Pokud někdo ukládá datum a čas bez časové zóny, je to jeho problém.
Tak to ale neni. Napr v MSSQL (a to opravdu neni okrajova DB) neni datovy typ, ktery by umoznil ukladani casove zony. Castecne by to snad slo eliminovat offsetem u neprilis casto pouzivaneho datoveho typu datetimeoffset, za predpokladu ze se budeme ochotni vzdat informaci o case na pocitacich v ruznych casovych pasmech.
Krom toho strilite trochu vedle. Problem neni s casovym pasmem, to je zalezitost geograficka a my celkem dobre vime v jakem casovem pasmu jsme a kdy plati letni a kdy zimni cas. Jenom holt mame data obcas o hodinu posoupnuta.
Problem pritom zustava at si je ulozime v UTC nebo v localtime, porad se muze sejit spatna kombinace. A je potiz dohledat casove intervaly ktere jsou u nekterych zaznamu napr 16-17 hodin a u jinych 17-18 kdyz mame ulozeno v localtime, jenom proto, ze se cas mezitim posunul. Nebo obracene, mit ulozeno v UTC a dohledavat cas 17-18, ktery je jednou +1 a jindy +2 hodiny.
A i kdyz si pomoci funkci MSSQL cas nakrasno dynamicky budeme prevadet, tak jednak UTC pro localtime nenaindexujeme (kdyz uz pominu tu zrudnost preindexovavat sloupec v UTC pro localtime nebo obracene) a druhak nam prohledavani zabere o nekolik radu vic casu. Coz je u big data zatracene znat...
Ano, MS SQL je specifická databáze. Nicméně datetimeoffset je právě datový typ, který umožňuje ukládat datum a čas s časovým pásmem.
To, co vy složitě popisujete jako jakési podivné posunování času, je ve skutečnosti to, co jsem napsal já – změna časového pásma, které se používá pro lokální čas. V zimě používáme pro lokální čas časové pásmo SEČ (středoevropský čas, mezinárodní zkratka CET), v létě používáme časové pásmo SELČ (středoevropský letní čas, mezinárodní zkratka CEST).
Pokud si čas ukládáte i s časovým pásmem, žádný problém nenastává. Protože SEČ na UTC převedete jednoduše tak, že odečtete jednu hodinu, SELČ na UTC převedete tak, že odečtete dvě hodiny. Špatná kombinace nastat nemůže. Problém máte jedině tehdy, když ukládáte datum a čas bez časové zóny, což je váš problém.
Pokud vaše databáze nemá vestavěné funkce pro rozumnou práci s datem a časem, je to problém té databáze. Třeba PostgreSQL umí s datem a časem s časovým pásmem normálně pracovat. Záznamy v databázi můžete mít uložené klidně v UTC nebo v CET/CEST. Když si vytvoříte SQL dotaz, kde použijete čas 17–18 hodin v časové zóně Europe/Prague, v době kompilace dotazu se to převede na UTC a pak se to v databázi vyhledá normálně podle indexu.
Pokud máte možnost zvolit správný datový typ a zvolíte špatný, je to problém váš. Pokud používáte špatnou databázi, je to problém té databáze a také toho, kdo ji zvolil. Ale těžko to může být obecný problém práce s datem a časem, když existují databáze, které s tím umí normálně pracovat. Např. v PostgreSQL můžete porovnávat datum a čas v různých časových zónách, můžete převádět datum a čas z jedné časové zóny do jiné, není s tím žádný problém. A upřímně řečeno, ono na tom není nic složitého, i do toho MS SQL byste si to mohl snadno doprogramovat. Prostě stačí vše převádět do UTC, a vedle uložené hodnoty v UTC si ještě uložit časovou zónu, pro případ, že bude uživatele zajímat, v jaké časové zóně si ten údaj uložil.
Nenestesi jsem mel pohotovost tenhle viked. Takze muzu rict a ani Oracle to nema vyresene nejlepe. Sice podporuje datovy typ "TIMESTAMP WITH TIMEZONE", ale k tomu nejde jednoduse pricist datovy typ INTERVAL. Takze se to musi konvertovat tam a nazpatek a programatorum to jaksi nevyslo naporve.
PS: Dalsi problem byl, ze cron taky nepodporuje casove zony a prechod na letni cas nedetekuje.
Cela ta problematika je mnohem slozitejsi nez by se na prvni pohled mohlo zdat, protoze hodiny se uci deti uz ve skolce a vsichni si mysli, ze tomu rozumi. Pak se ale napr. sami rebootuji servery kvuli prestupne vterine, protoze na to nikdo nemysel dopredu. Anebo autorum standartu nedojde, ze je to cele nesmyslne navrzene. Napr ISO SQL rika, ze scitanim casu a intervalu muze vzniknout neplatne datum a je vzdy na programatorovi aby si overil vysledek.(Viz proprietarni fce Oracle: add_months)
Jinak MSSQL je nejcaste pouzivany DB server v enterprise kategorii.
Nevim jestli ma vyznam abych vysvetloval ze offset opravdu neni casova zona a ze se pouziva k necemu malinko jinemu. Kazdopadne by bylo dobre mit na zreteli, ze se pro ukladani casu celkem logicky pouziva k tomu urceny datetime.
A tim 'pouzivaji' chci rict, ze v nem cas ukladaji i standardni MS produkty. Treba Dynamics ktery tam sklada cas v UTC formatu a prevod na localtime provadi az na vystupu. Jak taky jinak, ze.
Je to tak proto, ze konverze casu je proste draha operace, zejmena kdyz do veci vnasi hokej stridani zimniho a letniho casu.
Jinak MSSQL je nejcaste pouzivany DB server v enterprise kategorii.
Což ještě nutně neznamená, že se v něm pohodlně pracuje s datem a časem.
Nevim jestli ma vyznam abych vysvetloval ze offset opravdu neni casova zona a ze se pouziva k necemu malinko jinemu.
Asi to význam nemá, když samotný Microsoft v dokumentaci uvádí: „Defines a date that is combined with a time of a day that has time zone awareness and is based on a 24-hour clock.“
Kazdopadne by bylo dobre mit na zreteli, ze se pro ukladani casu celkem logicky pouziva k tomu urceny datetime.
Pokud si vy ukládáte datum a čas bez časové zóny, nemůžete se pak divit, že ji uloženou nemáte. Hlavně to nezačněte ukládat i bez času, pak byste začal tvrdit, že čas v rámci dne je nesmysl, protože vy s tím máte problémy v databázi, a měl by stačit jen kalendář.
Treba Dynamics ktery tam sklada cas v UTC formatu a prevod na localtime provadi az na vystupu.
Aha, takže ukládají čas i s časovou zónou. Informace „vše je v UTC“ je také způsob uložení časové zóny.
Je to tak proto, ze konverze casu je proste draha operace, zejmena kdyz do veci vnasi hokej stridani zimniho a letniho casu.
Právě proto DB interně pracuje jen s časem v UTC, a když jí v dotazu zadáte jinou časovou zónu, nejprve si to interně převede do UTC. Což je levná operace, je to jeden dotaz do interní tabulky a provede se jednou pro celý dotaz.
Tak to bude dlouha debata :-D
1. nejde o pohodli ale o vykon. Vy jste vubec nepochopil v cem je problem..
2. mezi 'time zone' a 'time of a day that has time zone awareness' je proste rozdil. Kdyz nebudete nabalovat do vlakna dalsi silenosti, klidne se k tomu rozepisu ;-)
3. Mam li datum-cas v UTC, tak casovou zonu ukladat nepotrebuji. K cemu by mi byla kdyz ji znam?
4. Nikoliv, datum-cas ukladaji v datetime ve formatu UTC. Zadnou casovou zonu. Cemu na tom nerozumite?
5. K cemu je vam cas interne prevedeny do UTC, kdyz chcete najit vsechny udalosti ke kterym doslo mezi 17 a 18 hodinou libovolneho dne a hlavne, mistniho casu?
Snazite se buhviproc obhajit neobhajitelne a pomalu u toho zacinate pusobit trosku srandovnim dojmem,:-)
Vy jste vubec nepochopil v cem je problem..
Já bych to trochu upřesnil. Já nechápu, proč vy děláte problém z něčeho, co vůbec problém není. Ptal jste se na ten hrozně problémový dotaz, tak jsem vám ho o pár komentářů níže napsal – po pravdě řečeno, neexistuje mnoho dotazů, které by byly jednodušší, než tento.
Mam li datum-cas v UTC, tak casovou zonu ukladat nepotrebuji. K cemu by mi byla kdyz ji znam?
Pro případ, když chcete uživateli zobrazit datum a čas ve stejné časové zóně, ve které je zadal. Třeba když uživatel v ČR zadá začátek události jako 26. 3. 2016 02:00:00 GST, asi to bude chtít příště zobrazit jako 26. 3. 2016 02:00:00 GST, a ne jako 25. 3. 2016 22:00:00 UTC, ani jako 25. 3. 2016 23:00:00 CET.
K cemu je vam cas interne prevedeny do UTC, kdyz chcete najit vsechny udalosti ke kterym doslo mezi 17 a 18 hodinou libovolneho dne a hlavne, mistniho casu?
Asi jste myslel datum a čas převedený do UTC. Je mi dost k ničemu, stejně jako mi bude k ničemu i v případě, že budu hledat údaje mezi 17 a 18 hodinou UTC daného dne. Když potřebuju vyhledávat podle času, musím mít v indexu čas – když budu vyhledávat podle času v UTC, budu tam mít čas v UTC, když budu vyhledávat podle lokálního času, budu tam mít lokální čas.
Nikoliv, datum-cas ukladaji v datetime ve formatu UTC. Zadnou casovou zonu.
UTC není formát. UTC je časová zóna.
Snazite se buhviproc obhajit neobhajitelne a pomalu u toho zacinate pusobit trosku srandovnim dojmem,:-)
U psaní toho triviálního SQL dotazu jsem se opravdu bavil.
1. nikoliv, od sameho zacatku resime velke mnozstvi dat a s tim souvisejici problem vykonu. Nepohodli je samozrejme neprijemne, ale budiz, rekneme ze to bude holt trosku drazsi. Nikoliv vsak nemozne.
2. vy nevite v jake casove zone ten uzivatel je? No holt jestli k tomu mate nejaky dalsi zahadny duvod, tak si to ulozte jako offset, na to casovou zonu nepotrebujete. Kazdopadne informace o tom v jake casove zone byl uzivatel kdysi driv problem zimniho/letniho casu v zone kde zrovna jsme nijak neresi.
3. takze si vzdycky nejdriv vytvorite specialni index? Pro cas a danou zonu? Jak to chcete udelat pri milarde zaznamu? Prijde mi to malinko komplikovanejsi nez zjistit vysledek podle UTC, vam ne?
4. Tak jestli chcete blbnout, tak vas muzu ubezpecit ze UTC rozhodne casova zona neni. To uz spis kdybyste rekl ze to je cas.. ale zona? Ne.
5. Myslim ze clovek nemusi byt velky psycholog aby dokazal rozlisit jestli se bavite nebo vztekate ;-)
Akorát předvádíte, že netušíte, o co jde. Třeba bod 3 – když budete mít vše jenom podle UTC a budete potřebovat najít všechny záznamy, které mají čas mezi 16:00 UTC a 17:00 UTC – budete pro efektivní hledání potřebovat index pouze s časem. Protože hodiny, které vás zajímají, jsou uprostřed údaje datum+čas, takže index na datum-čas by vám byl k ničemu. Bez ohledu na časové zóny.
Aha, takže „index pro čas a časovou zónu“ není určení, jak má index vypadat.
Podstata mé odpovědi je také úplně někde jinde, než konstrukce indexu. Podstatou je to, že když chcete v databázi něco efektivně vyhledávat, musíte k tomu mít vhodně zkonstruovaný index. Přičemž pokud chcete vyhledávat podle lokálního času, potřebujete index nad lokálním časem – bez ohledu na to, jakým způsobem jsou data uložena. Výhodou některých databází pak je to, že takový index vytvoříte použitím jedné vestavěné funkce.
Ne, neni. Pro cas a casovou zonu si ho muzete zkonstruovat hned nekolika zpusoby.
A jinak samozrejme ze muzu klidne vyhledavat podle lokalniho casu s naindexovanym UTC. Staci mi znat posun. V opripade stridani letniho/zimniho casu to samozrejme efektivne nejde, jak uz jsme si rekli. Ale o tom celou dobu mluvime. Letni a zimni cas je pro vyhledavani podle casu proste problemem.
Mate jeste nejake napady, co vsechno by se dalo udelat aby se tento problem alespon castecne omezil?
Když mám index podle UTC, je mi samozřejmě k ničemu, když chci hledat podle lokálního času. A opačně, když mám index podle lokálního času, je mi k ničemu, když chci hledat podle UTC. To ale není problém střídání letního a hvězdného času, ale toho, že chcete hledat podle dvou různých kritérií. Ten problém se vyřeší úplně stejně zrušením letního času jako zrušením vyhledávání podle UTC.
Jinak to, že jsou ty indexy navzájem „k ničemu“ není tak docela pravda, ony by se daly využít i navzájem, akorát by se vyhledávaný interval rozšířil o hodinu výsledná sada záznamu by se následně profiltrovala podle časové zóny. Bylo by to sice méně efektivní, než přímé využití indexu, ale pořád ještě efektivnější, než fullscan. Ale pochybuju, že by na tohle přišel nějaký optimalizátor „sám od sebe“, bylo by nutné ten dotaz odpovídajícím způsobem přeformulovat.
Ale opravdu by me zajimalo jak byste napsal dotaz, ktery na data ulozena ve formatu UTC + casova zona, najde vsechny zaznamy ktere nastaly mezi 17 a 18 hodinou (at uz zimniho nebo letniho casu). Aniz by musel pro kazdy radek udelat prepocet. Naznacite?
Ja vam pak kdyztak ukazu stejny dotaz pro casove pasmo kde se na zimni/letni cas nehraje a muzeme debatovat nad tim, jak dlouho by prohledavani miliardy zaznamu v prvnim a druhem pripade trvalo ;-)
SELECT * FROM log WHERE log.timestamp::time BETWEEN '17:00:00' AND '18:00:00'
Protože chcete prohledávat podle času, potřebujete mít na čas index (a s časovými zónami to nijak nesouvisí, stejné by to bylo, kdyby neexistovalo nic jiného, než UTC ¨je to jako kdybyste chtěl vyhledávat třeba podle textového řetězce od pátého znaku dál). Takže si v tomto případě uděláte index na log.timestamp::time
a výše uvedený dotaz se vyhodnotí prostě jako range podle idnexu.
Uložené mám datum a čas s časovou zónou, vždy podle lokální zóny používané v okamžiku toho daného času – údaje „od listopadu do března“ tedy budou uložené s CET, údaje „od dubna do října“ s CEST. Jak to interně ukládá databáze mne nemusí zajímat. Konverze je to ::time
, to je přetypování na čas bez časové zóny, tedy '17:00:00 CET'::time = '17:00:00'
, '17:00:00 CEST'::time = '17:00:00'
. Vaše podezření je špatné, PostgreSQL umí s časem počítat správně.
OK, tak ještě jednou.
postgres=#CREATE TEMPORARY TABLE log (id int PRIMARY KEY, ts timestamptz); CREATE TABLE postgres=# INSERT INTO log (id, ts) VALUES (1, '2016-03-26 15:30:00 Europe/Prague'), (2, '2016-03-26 16:30:00 Europe/Prague'), (3, '2016-03-28 15:30:00 Europe/Prague'), (4, '2016-03-28 16:30:00 Europe/Prague'); INSERT 0 4 postgres=# SELECT *, ts AT TIME ZONE 'UTC' AS ts_utc FROM log; id | ts | ts_utc ----+------------------------+--------------------- 1 | 2016-03-26 15:30:00+01 | 2016-03-26 14:30:00 2 | 2016-03-26 16:30:00+01 | 2016-03-26 15:30:00 3 | 2016-03-28 15:30:00+02 | 2016-03-28 13:30:00 4 | 2016-03-28 16:30:00+02 | 2016-03-28 14:30:00 (4 rows) postgres=# SELECT *, ts AT TIME ZONE 'UTC' AS ts_utc FROM log WHERE ts::time BETWEEN '16:00:00' AND '17:00:00'; id | ts | ts_utc ----+------------------------+--------------------- 2 | 2016-03-26 16:30:00+01 | 2016-03-26 15:30:00 4 | 2016-03-28 16:30:00+02 | 2016-03-28 14:30:00 (2 rows)
Čemu na tom nerozumíte?
V komentáři jsem vám napsal SQL příkaz pro definici tabulky, kde jsou uvedené datové typy, příkazy, kterými byla data vložena (včetně hodnot), a dotazy včetně jejich výstupů, kterými jsem data získal. Zaznamenal jste doufám, že redakční systém Lupy ty příkazy vypisuje do malého okna a je potřeba si odrolovat dolů, abyste je viděl celé.
Je na těch triviálních SQL příkazech něco, co vám mohu dovysvětlit? Mám nějak upřesňovat, že zápis '2016-03-28 15:30:00 Europe/Prague' znamená čas 15:30 dne 28. 3. 2016 v lokální časové zóně ČR?
Datový typ timestamptz
je datum a čas s časovou zónou. Uložené je to tedy s časovou zónou, konkrétně s časovou zónou, která byla uvedena u té konkrétní hodnoty při vkládání. Ostatně, můžete to vidět sám, v tom výpisu je ten sloupec ts
vypsaný a vidíte tam dva řádky s časovou zónou +01
a dva s +02
.
Údaje jsem vkládal s časovou zónou Europe/Prague
, jak je z výpisu vidět. Tento zápis se v okamžiku konverze řetězce na datum a čas s časovou zónou převede na odpovídající časovou zónu +01
nebo +02
, podle toho, kam ta která hodnota spadá.
Když použiju časovou zónu Europe/Prague
, můžu sedět klidně na Měsíci a počítač, ze kterého jsou data zadaná, může být třeba na Marsu, a pořád to bude časová zóna označující lokální čas v ČR.
Čas zpracování pro sekvenci příkazů tak, jak jsem je napsal (bez indexů) je pro oba dotazy až na statisticky nevýznamnou odchylku shodný a trvá to dlouho, protože se musí provést fullscan celé tabulky.
Čas zpracování po přidání indexů na lokální čas a na UTC čas je pro oba dotazy až na statisticky nevýznamnou odchylku shodný a dotazy jsou provedeny velmi rychle, protože se vyberou řádky splňující podmínku podle indexu.
Konkrétní časy nemá smysl sem psát, protože záleží na tom, jak výkonný je počítač, na kterém databáze běží, na její konfiguraci i na tom, jestli počítač není zatížen i něčím jiným.
Proč by se měl každý řádek přepočítávat. V dotazu je nějaký časový údaj, který se případně jednorázově převede na UTC. Vše pak běží v UTC. Jestli chcete výsledek v místním čase, tak se převede až výsledek.
Možná je podstatou vašich dotazů, že když je v uloženém údaji i informace o časovém pásmu, tak s tím údajem musíte DB při vyhledávání nějak složitě počítat. Ale to je jen o vhodném uložení těchto dat, což je interní záležitost DB a její programátoři zrovna takovéto věci optimalizují. Jestli to má na výsledný čas dotazů nějaký vliv, tak zcela marginální i pro big data.
Správné řešení je opravdu ukládat UTC s informací o časovém pásmu. I když jde o big data. Jak si to s tím lokálním časem představujete, když je dnes vše celosvětově propojené a lezou do toho data z různých částí světa? To si budete ukládat místní čas, aniž byste věděl čí místní zrovna je?
MS má tohle obecně zprasené. I Windows si ve výchozím stavu vynucují, aby hardwarové hodiny jely v místním čase místo v UTC.
A pokud už rušit, tak zimní čas.... Autor tak trochu pozapomněl, že dnes se už nevstává o půl5, aby byl člověk v 6 na šichtě.... Jaksi za těch 100 let došlo k tomu, že se zcela běžně chodí na 9tou a pracuje do 18ti.... Nechat jen zimní čas by znamenalo, že velká část populace by 8 měsíců v roce chodila z práce až za tmy a to si troufnu říct, že je násobně škodlivější než ta směšná věc, že to někomu chodí. Aneb jak už tu někdo psal - kolik lidí vstává o víkendu ve shodnou dobu jako přes týden do práce - naprosté minimum a nikdo to neřeší....
Omyl ... omlouvam se vyse, toto je jeste vetsi hloupost ... kupodivu vetsina lidi chodi do prace v cas, ktery maji ve smlouve. A pokud si ve smlouve dohodnou, ze budou chodit vlete od 9 a v zime od 10, nebo klidne naopak, je to klidne mozne. I kdyby se tu zacal pouzivat ciste UTC je to uplne jedno, zasadni je, aby se cas neposunoval, coz je to, co vynucuje realny posun ruznych akci, a nedala to dobre ani lildem ani technice (viz ty stojici vlaky atd.)
Jako člověk, který občas pracuje v noci, bežně si posouvá dobu spánku o deset hodin, občas nespí 24 a víc hodin, se musím smát. Vzpamatujte se, kde žijete, ta hodina zdravotně nemá vliv samozřejmě na nic, vadí leda tak někomu, kdo žije ze sociálních dávek celý život, v noci spí, vstává nejdřív v osm a chodí spát ve stejnou dobu. Energeticky nevím, ale posouvání samo o sobě nese náklady (různé chyby techniky, práce navíc, lidi co zaspí, práce úředníků atd) že se to asi nevyplatí.
To že se nějaký problém netýká vás osobně, to ještě vůbec neznamená, že se netýká jiných lidí.
Každý člověk je jiný, a spoustě lidí (příklady viz. výše) nucená změna času zkrátka vadí.
Nicméně: i vy si musíte dvakrát ročně přetáčet hodiny a pamatovat na to. Což je pořád negativum. A co z té změny máte užitečného?
Z hlediska počítačů je přechod na letní čas poměrně komplikovaná a problematická záležitost, nejenom proto, že je nutné, aby tvůrci operačních systémů zajistili přísun aktualizací s ohledem na proměnlivé začátky a konce (o rozdílech mezi zeměmi raději ani nemluvit).
Reality check: k poslední změně pravidel pro zónu Europe/Prague (a zároveň celou EU plus další evropské země) došlo v roce 1996 (posun konce letního času z poslední neděle v září na poslední neděli v říjnu). To je dvacet let...
Ne, nemate pravdu. Ten problem je zasadnejsi i pro Prahu. On je napriklad zmineny posun posledni nedeli v rijnu, ale NIKDE neni tento termin jako predpis (nebo cokoli o co se da oprit) Zkutecnost je takova, ze je to mezinarodni dohodou, ktera vydava datumy dalsich zmen o kousek dopredu.
Navic svet neni jen CR, obcas se ridi prechod na DST podle toho jak se to hodi. Napriklad kvuli ramadanu. Kdykoli se to muze zmenit a celosvetove je tech zmen nekolik do roka.
Takze pokud pouzivat v pocitaci cas, tak UTC (a prepocitat pri zobrazeni). Jinak budete mit problem jako MS, ktery presouva cas v pocitaci 2x do roka a jake je na to spolehnuti, to by bylo pribehu. Napriklad s hodinou posunutym casem se pocitac neprihasi do domeny a bez prihlaseni do domeny si cas neopravi.
Takze kdyz cas tak UTC (+ kdyz text tak UTF a kdyz desetiny oddelovac tak tecka - zkute si udelat copy+paste z excelu do C a je jasne co se stane)
Skutečnost je taková, že to není "dohodou, která vydává datumy dalších změn o kousek dopředu", ale direktivou Evropské komise, která stanovila pravidla "from 2002 onwards". Pouze pro přehlednost tato direktiva stanovuje, že jednou za pět let se bude vydávat přehled konkrétních dat na dalších pět let. Ale ta obecná pravidla jsou stanovena na dobu neurčitou (formálně od roku 2002, fakticky od roku 1996).
Co nechapete na vete "...je nutné, aby tvůrci operačních systémů zajistili přísun aktualizací s ohledem na proměnlivé začátky a konce..." ?
A totez kupodivu musi zajistit provozovatele systemu a aplikaci ve stavu, kdy musi pocitat s tim, ze se hodiny mohou posunout kdykoli a jakkoli.
problém je v tom, že ti, kterým to vyhovuje - se násilím státu serou do hvězdného pořádku, a posouvají čas i těm, kterým to nevyhovuje. každý si jistě může posouvat své vstávání a uléhání jak chce a potřebuje, slunci i času je to fuck - jen se proboha neserte do tech, kterým to posouvání vadí, a delší večerní světlo za tuto cenu nepotřebují.
možná už jste pozapomněli, že POLE-DNE tedy 12 hodin, je časový údaj, kdy slunce je v půli dne - neboli nejvýš v daném časovém pásmu. to už bylo jednou vymyšleno a není nutno na tom nic měnit. opravdu neexistuje důvod mít poledne v 11 nebo ve 14 hodin.
Myslíte, že by byla lepší varianta, kdyby ti, kterým posouvání času nevyhovuje, násilím státu zakázali posouvat čas těm, kterým posouvání vyhovuje? Mně připadá, že to vychází nastejno, a rozhodnout může jenom to, kterých je víc.
Přičemž nezanedbatelná skupina lidí si může zvolit, jakou budou mít pracovní dobu, a můžou změnu času eliminovat jednoduše tím, že si o hodinu posunou pracovní dobu. Vzhledem k tomu, že to tak prakticky nikdo nedělá, soudím, že ta změna hrozně „vadí“ hlavně v internetových diskusích, ale když přijde na to, že by dotyčný prostě do práce začal chodit na osmou místo na devátou, ukáže se, že zas tolik mu to nevadí.
V současné době je ale pokojný stav „šibování s časem“.
Mně zavádění nebo zrušení letního času celkem jedno, sám pro sebe si letní čas dokážu udělat sám. Stejně, jako má spousta lidí možnost sami pro sebe si ten letní čas zrušit. A není mi jasné, proč jsem neslyšel o nikom, kdo něco takového udělal – když je ten letní čas pro tolik lidí údajně tak velký problém. Čekal bych, že bude existovat nějaké sdružení lidí, kteří vždy v dubnu začnou chodit do práce o hodinu lokálního času dříve a v listopadu zase o hodinu později. Budou vykládat o svých zkušenostech, jak jim to pomohlo, jak se snaží pomoci dalším, aby to tak v práci také mohli mít. Jak se snaží přesvědčit ředitele škol, aby začátek vyučování posouvali proti změně času. Pak bych si řekl – ano, pro hodně lidí je to opravdu důležité, jsou ochotni pro to něco udělat, dává smysl uvažovat o změně. Jenže ve skutečnosti ti, kterým to údajně vadí, akorát napíšou rozhořčený komentář na internet, a v úterý naklušou do práce podle letního času, i když mají pružnou pracovní dobu.
nikoliv.
pokojný stav je ten, kdy je slunce v poledne je v půli dne, proto se to jmenuje poledne. tato úprava pochází z roku 1884 (kodifikace GMT), vznikla ale již na základě lokálních městských časů s polednem v půli dne, která platila stoky let předtím.
3,14-čovinu s šibováním času v česku zavedl pan hitler v letech 1940-1949, pak až bolševik v roce 1979 a dodnes.
pokojný stav je tedy definovaný nejen několikanásobně delším obdobím - ale hlavně zakotvením ve vesmírném pořádku. poledne je prostě poledne, kdy slunce stojí v nadhlavníku, s tím nic nevymyslíte ...
Takže když pojedeme z východu na západ, budeme si hodiny posouvat o sekundu každý půlkilometr? Nebo to chcete ještě přesněji? A v rámci toho půlkilometrového pásma budeme pravý čas slunečnímu času dorovnávat každý týden, nebo častěji? V takových Košicích je začátkem listopadu Slunce v nadhlavníku někdy v 11:20 SEČ, v Santiagu de Compostela bylo začátkem února Slunce v nadhlavníku ve 13:50 SEČ. Ono se to 50 kilometrů od středu časového pásma snadno píše o Slunci v nadhlavníku v poledne…
možná už jste pozapomněli, že POLE-DNE tedy 12 hodin, je časový údaj, kdy slunce je v půli dne - neboli nejvýš v daném časovém pásmu
Ne v celém časovém pásmu, ale pouze přesně na poledníku, který je uprostřed toho teoretického pásma, v našem případě 15° východní délky. Všichni ostatní ho mají jindy i bez letního času - a někdo i víc než o hodinu.
Nicméně v případě naší země máme vůči 15° poledníku téměř ideální pozici, nachází se totiž zhruba uprostřed. Viz zobrazení z Wikipedia:
https://upload.wikimedia.org/wikipedia/commons/4/4b/Solar_time_vs_standard_time.png
Změnou na DST se tedy posuneme časem na úroveň Kieva, což mi jako přirozené nepřijde.
Naše země zrovna to štěstí má - ale do stejného časového pásma patří i západní okraj Španělska, který by přísně geograficky měl už patřit do GMT-1 (tj. i bez letního času mají astronomické poledne až po půl druhé), a východní okraj Norska, který už je za třicátým stupněm východní délky (tj. i bez letního času mají astronomické poledne před jedenáctou).
Kdyz uz tu blbost nezrusi, tak by alespon mohli prosadit, aby kazde vyrabene hodiny si s tim umely automaticky poradit. Protoze neni nic lepsiho nez 2x rocne jako debil shanet navody od vsech nesmyslu kvuli serizeni casu. Zvlast dneska, kdy se hodiny cpou i do blbosti typu sporak, kde je lze videt jen kdyz si k tomu clovek klekne, nebo kdyz vam hdd rekorder nejmenovane znacky vytrvale automaticky nastavuje cas na rok 2035 a reklamce se neuznava.
V zimne tradicni dlouhe zimni vecery, v lete dlouho svetlo. Navic si myslim, ze to skutecne v lete muze nejakou energii usetrit. A ten hodinovy posun? Naprosto zanedbatelny, srovna se to strasne rychle. Nekolikrat rocne litam do Silicon Valley, rozdil tam je devet hodin a i to se srovna behem par dni. Ta hodina je proti tomu naprosta prkotina. Ale na Lupe (ani jinde) by zase o tom nevznikl clanek ;)
Nejvic mi to vadilo, kdyz jsem se v osmdesatych letech vracel z vojny a ta posledni noc byla symbolicky o hodinu delsi :D
Přidávám další absurdní fakt týkající se změny času, neuvedený v článku.
Na severní polokouli se mění čas na letní zhruba tehdy, kdy na jižní se přesouvá zpět na zimní (protože zima a léto jsou na polokoulích obráceně, žejo). Takže státy na stejném poledníku se najednou posunou o dvě hodiny. (tedy ne najednou ale během třeba dvou týdnů, dle toho jak který stát se přesouvá). Na stejném poledníku máte o 2 hodiny jiný čas..
V předchozí práci jsme mívali pravidelné konferenční hovory s různými státy. Během změny času v tom byl takový nepořádek - USA přešlo na letní čas, my ještě ne, jižní Amerika se posunula o hodinu a za chvíli o další, oproti některým státům jsme se posunuli oproti jiným ne - a časy konferenčních hovorů se někdy začaly krýt..
Letní čas je nesmyslný konstrukt. Nic neuspoří, jen vnáší zmatky kam se podíváš.
v konkrétním letním dni je světlo stejný počet hodin av z zimě tma stejný počet hodin, ať už se ručičky posouvají či neposouvají kamkoliv. A o tom ,kdo vstává nebo nevstává do tmy rozhoduje čas kdy se vstává a stejně se to během roku posouvá. Smůlu mají ti, co vstávají tak, že je zasáhne ten zup posunu času, kdy musí do tmy vstávat během jara dvakrát.
A ještě hezký graf:
http://kalendar.beda.cz/graficke-znazorneni-svitani-a-soumraku-v-roce
Myslím, že e-shop o těch časových údajů nic neodvozuje, maximálně je bude mít zalogované jenom pro evidenci. Ale pokud ukládá datum a čas i s časovým pásmem, nebude ta vaše objednávka a storno nic mimořádného – 02:01:00 SEČ následuje dvě minuty po 02:59:00 SELČ. Můžete ty časy klidně převádět mezi různými časovými pásmy: 02:01:00 SEČ (GMT+1) = 01:01:00 GMT = 03:01:00 SELČ (GMT+2).
A přitom taková blbost :)
Co tak pročítám diskuzi, je hlavním problémem střet zájmů mezi lidmi s pružnou a pevnou pracovní dobou. Lidé s pružnou dobou si prostě budou spát o hodinu víc a neřeší to, možná tak budou mít dřív oběd. Lidé s pevnou dobou už to mají výrazně horší, okolí se nepřizpůsobí jim, ale oni se musí přizpůsobit okolí.
Letní čas vidím jako věc, která velmi zpříjemňuje život. V létě je déle vidět, je víc času věnovat se dětem a pobývat s nimi venku. Za světla v létě vstávám tak jako tak. V zimě naopak není tma ráno tak dlouho.
Lidé po staletí vstávali v létě jinak než v zimě. Až poměrně nedávná průmyslová revoluce nahnala lidi do fabrik a přikázala jim vstávat stále ve stejnou dobu. Letní čas to aspoň trochu napravuje.
Když lidé cestují na dovolenou do Bulharska, Turecka či Egypta, přetáčejí si hodinky o hodinu tam a zase zpět, než si stačí na jiný čas zvyknout. Kdyby letní čas tak vadil, nevyhledávali by lidé pro dovolenou tak často místa mimo naši časovou zónu.
Kdo o víkendu usíná i vstává o několik hodin později než v týdnu, rozhodí si každý týden biorytmy daleko více, než nějakým letním časem.
kterým hodinový skok v režimu vadí (na učebnicové úrovni, není třeba dokládat nějakými obskurními časopiseckými články). Patří mezi ně i větší část kardiovaskulárních chorob, což je u nás nejčastější skupina příčin úmrtí (a v ostatních vyspělých zemích je to srovnatelné).
Rozvrat sekrece melatoninu má zcela jednoznačný vztah k nádorovým chorobám, protože melatonin je jeden z faktorů, kterými se organismus vzniku a progresi nádorů brání. A nádorová onemocnění jsou druhou nejčastější skupinou příčin smrti u nás. Rozhodně je tohle daleko zajímavější problém než kouření na zastávkách MHD a patrně i než kouření v hospodách (už proto, že do hospod nechodí celá populace, zatímco změně času je vystaven každý).
Pohled na orloj (třeba v Praze na Staromáku), kde se o hodinu rozcházejí s realitou východy a západy Slunce a další astronomické úkazy je jen názornou ilustrací této debility.
Když je ten hodinový skok v režimu tak neskutečné zlo, proč neexistuje alespoň pár lidí, kteří by tu změnu neprováděli? Je dost lidí, kteří si mohou zvolit, kdy budou vstávat, takže jim nic nebrání vstávat pořád stejně a ignorovat, že v březnu chodili do práce na osmou a v dubnu chodí na devátou. Já jsem neslyšel o jediném případu, že by to takhle někdo dělal.
V podstatě tuto změnu provádí většina těch, kdo nejsou na něco vázáni časově (nepracují od - do, nepotřebují stihnout konkrétní spoj, který se o hodinu posune, nedávají děti do a ze školy atd.). Ranní dopravní špička se docela výrazně posunuje s nástupem letního času na pozdější termín (protože do zaměstnání autem jezdí významné procento lidí s volnější pracovní dobou).
Věřím vám, že se při přechodu na letní čas a zpět ta špička zřetelně posune. Jenže si myslím, že se průběžně posouvá i v průběhu roku. A právě to je důvod, proč má smysl letní čas – umožní aspoň trochu se přizpůsobit dřívějšímu východu Slunce i těm lidem, kteří si „začátek pracovní doby“ zvolit nemůžou.
Jenže se posune přesně opačným směrem proti formálnímu času. Právě z tohoto důvodu je LČ naprostý nesmysl.
Zejména když se prokázalo, že ekonomicky nemá žádný pozitivní význam.
Jinak LČ má jedinou pozitivní vlastnost:
- zavedl ho Franz Josef a šel ke kapucínům a R-U do kytek
- zavedl ho Hitler a zdechl jako pes v bunkru pod Berlínem a Německá říše zdechla krátce poté
- zavedl ho Husák a už je taky v pekle a komunistická vláda je tam s ním
- teď ho zavedla a drží EU, takže můžeme doufat, že skončí stejně, jako její předchůdci.
Jenže se posune přesně opačným směrem proti formálnímu času.
Na to jste přišel jak? Podle vás lidé v zimě vstávají třeba s rozedněním, v létě by ve stejný čas vstávali 3 hodiny po rozednění, díky letnímu času jen 2 hodiny po, ale podle vás si ve skutečnosti přispí a vstávají až 5 hodin po rozednění? Nikoho takového neznám ani jsem o nikom takovém neslyšel.
Zejména když se prokázalo, že ekonomicky nemá žádný pozitivní význam.
Ekonomický význam je mi jedno. Pro mne je důležité, že je to pro většinu lidí pohodlnější.
Pokud by byla špička závislá na tom, co je na hodinách. tak by se skokem posunula o hodinu napřed na stejný čas. Ale ona se zavedením LČ posune oproti němu na o hodinu pozdější čas (čili se udržuje +- na stejné době podle SEČ).
Jinak jsme svoho času dělali průzkumy (v rámci praktických cvičení na epidemiologii a statistiku) a vyšlo to tak, že změna času vyhovuje menšímu počtu lidí, než je ten, co jim nevyhovuje. Zcela jednoznačně proti jsou prakticky všichni, co pečují o malé děti. Docela zajímavé procento z nich uvádí, že jsou nuceni dávat dětem až několik týdnů prášky na spaní, aby šly spát dříve (a hlavně usnuly). A tyhle prášky v období změny času berou i někteří dospělí. A protože prášky na spaní (skoro všechny) mají skříženou návykovost s alkoholem ...
Posun času zhoršuje zdravotní stav epileptiků, diabetiků, zhoršuje a přispívá ke vzniku neuróz atd. (nad výčet diagnóz, co uvádím výše). Vzhledem k tomu, že nemá žádný pozitivní význam, by měl být zrušen. Pokud se někomu chce vstávat o hodinu (nebo i více) dříve, tak mu v tom nikdo nebrání.
A, mimochodem, pokud by se čas posunoval +- s východem slunce, tedy ze dne na den o zlomky minut až minuty, tak by to byl výrazně menší stres než hodinový skok. Ale i ta pozvolná změna stresem je (viz zhoršování řady chorob okolo rovnodennosti, kdy jsou mezidenní změny v čase východu a západu slunce největší).
Pokud by byla špička závislá na tom, co je na hodinách. tak by se skokem posunula o hodinu napřed na stejný čas. Ale ona se zavedením LČ posune oproti němu na o hodinu pozdější čas (čili se udržuje +- na stejné době podle SEČ).
Jenže tohle platí jenom ve dnech kolem změny času. Podle mne se ale ta špička posouvá v průběhu roku podle východu Slunce, a změna času tenhle posun akorát zmírní. A to je právě důvod, proč se čas posouvá.
Jinak jsme svoho času dělali průzkumy (v rámci praktických cvičení na epidemiologii a statistiku) a vyšlo to tak, že změna času vyhovuje menšímu počtu lidí, než je ten, co jim nevyhovuje.
Pokud „nevyhovuje“ znamená, že jsou pro to ochotní remcat v internetových diskusích, máte pravdu. Ale „nevyhovuje“ evidentně neznamená, že by dotyční posunuli svůj denní rozvrh o hodinu lokálního času. Ne každý má tu možnost, ale je dost lidí, kteří ji mají – a z nich to dělá jeden jediný člověk z celé ČR (viz níže v diskusi).
Posun času zhoršuje zdravotní stav epileptiků, diabetiků, zhoršuje a přispívá ke vzniku neuróz atd. (nad výčet diagnóz, co uvádím výše). Vzhledem k tomu, že nemá žádný pozitivní význam, by měl být zrušen.
Ta druhá věta je pouze váš názor, nijak jste to neodkázal. To, že skoková změna času má negativní dopady, je nepochybné. Ovšem musíte to porovnávat s negativními dopady toho, pokud by čas zůstal po celý rok stejný. Vstávat půl roku několik hodin po rozednění, nebo naopak v zimě chodit do práce několik hodin před rozedněním, to také není nic pozitivního.
Pokud se někomu chce vstávat o hodinu (nebo i více) dříve, tak mu v tom nikdo nebrání.
Takže změna času ničemu nevadí.
A, mimochodem, pokud by se čas posunoval +- s východem slunce, tedy ze dne na den o zlomky minut až minuty, tak by to byl výrazně menší stres než hodinový skok.
S tím souhlasím. Akorát je to organizačně nerealizovatelné.
Ale i ta pozvolná změna stresem je (viz zhoršování řady chorob okolo rovnodennosti, kdy jsou mezidenní změny v čase východu a západu slunce největší).
Neřekl bych, že to souvisí se změnou, ale s posunem denního režimu vůči východu Slunce. Což je přesně to, co letní čas částečně kompenzuje.
posun dopravní špičky - podle mých zkušeností trvá celou dobu LČ, snad s výjimkou prázdnin, kdy dopravu celkově ovlivňují dovolené a absence školní výuky.
posun o hodinu lokálního času - kdo tuto možnost má, tak ji využívá. Nejvíce jsou biti lidé s pevnou pracovní dobou, školáci a jejich rodiče apod. V některých případech i lidé, odkázaní na jediný spoj.
druhá věta - o ní je článek, pod nímž diskutujeme. Jinak existuje takových rozborů více. letní čas je spojen s nulovým přínosem v ekonomice a dokonce se záporným vlivem na šetření energií (tohle nemuselo být za Franze Josefa nebo za Hitlera, když se doma svítilo svíčkami a elektřinu měly jen továrny (já ještě pamatuji z dětství plynové osvětlení), takže když lidé vstávali do tmy a svítili něčím jiným než elektřinou, tak se to na její spotřebě mohlo poznat.
pokud se někomu chce vstávat o hodinu dřív (a klidně i o víc), tak ať si to klidně dělá, ale na svoje triko a nenutí k tomu změnou času i ostatní.
posuny času o minuty mezidenně - asi by to bylo jednodušší než obskurní hodina, která je jednou dvakrát a jednou zmizí.
LČ posun východů a západů slunce neřeší, jen k nim navíc přidává ještě více stresující hodinový skok v režimu.
Mimochodem, část lidí má potíže se vstáváním i několikaměsíční a po přechodu z LČ na normální se zase několik měsíců předčasně budí. Ti, kdo tuhle hovadinu podporují, by jim měli ze své kapsy platit odškodné.
Taky by mě zajímal nějaký doklad toho tvrzení o ranní špičce. Pocitově mi na té argumentaci nesedí jednak představa, že to významné procento lidí s volnější pracovní dobou se do práce přepravuje ve stejný čas (když už mají tu možnost si zvolit, kdy do práce dorazí, proč si to volí zrovna tak, aby jeli ve špičce?), jednak mi není jasné, že takových lidí, kteří si opravdu mohou příchod do práce takto volit, je z pohledu celku zajímavé množství (tedy že jsou to ti, na nichž záleží, kdy bude špička).
Já jsem příznivce letního času.
Dokud je spousta věcí vázána na fixní nominální čas, tak se s letním časem v létě lépe trefujeme do světlé části dne. Názorný obrázek k tomu: https://en.wikipedia.org/wiki/Daylight_saving_time#/media/File:SpringFwd-FallBack.jpg
Jsou lidé, kteří si vstávají kdy chtějí, do práce chodí kdy chtějí nebo vůbec atd. Takovým ta změna může připadat zbytečná.
Alternativně by se stejného efektu dosáhlo, kdybychom v létě vstávali o hodinu dříve, posunuly by se různé pracovní a otevírací doby atd.