<?xml version="1.0"?>
<feed xmlns="http://www.w3.org/2005/Atom" xml:lang="de">
	<id>https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MelbaAltman0401</id>
	<title>Rettungsdienst-Wiki - Benutzerbeiträge [de]</title>
	<link rel="self" type="application/atom+xml" href="https://wiki.rettungsdienstblog.eu/api.php?action=feedcontributions&amp;feedformat=atom&amp;user=MelbaAltman0401"/>
	<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Spezial:Beitr%C3%A4ge/MelbaAltman0401"/>
	<updated>2026-11-14T12:06:12Z</updated>
	<subtitle>Benutzerbeiträge</subtitle>
	<generator>MediaWiki 1.37.1</generator>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Agregace_v_GraphQL,_kv%C5%AFli_kter%C3%A9_dotaz_zbyte%C4%8Dn%C4%9B_po%C4%8D%C3%ADt%C3%A1_tis%C3%ADce_%C5%99%C3%A1dk%C5%AF&amp;diff=496312</id>
		<title>Agregace v GraphQL, kvůli které dotaz zbytečně počítá tisíce řádků</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Agregace_v_GraphQL,_kv%C5%AFli_kter%C3%A9_dotaz_zbyte%C4%8Dn%C4%9B_po%C4%8D%C3%ADt%C3%A1_tis%C3%ADce_%C5%99%C3%A1dk%C5%AF&amp;diff=496312"/>
		<updated>2026-10-19T15:28:11Z</updated>

		<summary type="html">&lt;p&gt;MelbaAltman0401: Die Seite wurde neu angelegt: „Nestačí jen přejet kartáčkem po zámečcích. Správný postup: nejprve kartáček přiložte pod úhlem 45 stupňů k okraji dásně a krouživými pohyby čistěte jeden zub po druhém. Pak přejděte na horní plochu zámečku a okolí drátu. Nakonec použijte mezizubní kartáček nebo jednosvazkový kartáček, kterým vyčistíte prostor mezi zámečkem a zubem. Bez tohoto kroku zůstávají zbytky potravy přesně v místě, kde vzniká zubn…“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Nestačí jen přejet kartáčkem po zámečcích. Správný postup: nejprve kartáček přiložte pod úhlem 45 stupňů k okraji dásně a krouživými pohyby čistěte jeden zub po druhém. Pak přejděte na horní plochu zámečku a okolí drátu. Nakonec použijte mezizubní kartáček nebo jednosvazkový kartáček, kterým vyčistíte prostor mezi zámečkem a zubem. Bez tohoto kroku zůstávají zbytky potravy přesně v místě, kde vzniká zubní kaz.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Pozor na rekurzivní vazby, kde se entita odkazuje sama na sebe. GraphQL sám o sobě rekurzi nezakáže, takže klient může požádat o rodiče rodiče rodiče a tak dál. Limit hloubky to zastaví, ale nesmí být tak nízký, aby blokoval legitimní dotazy. Osvědčuje se nastavit ho o jednu až dvě úrovně výš, než je nejhlubší dotaz, který aplikace skutečně potřebuje, a tuto hodnotu mít na jednom místě v konfiguraci, ne rozesetou v kódu.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Věšák na bundy by měl mít dvě úrovně tyčí, pokud je v předsíni vysoký strop. Dospělý si vystačí s horní, děti potřebují nižší, kterou dosáhnou samy. Tím zmizí hromada bund na zemi. Další užitečný trik: háčky na vnitřní straně dveří nebo na boční stěně skříně. Vejdou se na ně tašky, deštníky nebo klíče od sklepa. Pokud dveře nemají pevnou konstrukci, použijte háčky lepené, ale jen na lehké věci – přetížené lepené háčky během měsíce odpadnou i s omítkou.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Než začnete plnit, udělejte si rychlý test: položte na dno závaží o hmotnosti, kterou plánujete uložit, a nechte ho tam dva dny. Pokud se dno prohne nebo se objeví praskliny, snižte zátěž. U starších postelí raději rovnou přidejte podpůrnou desku z tvrdšího materiálu. A pamatujte, že úložný prostor valendy není sklad – je to sezónní pomocník. Kdo to respektuje, tomu vydrží roky.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Dřevěný nábytek v obývacím pokoji má jednu vlastnost, kterou žádný lak nezakryje: teplý podtón. Dub, ořech, buk i smrk nesou oranžovou, červenou nebo žlutou složku, která se při nevhodné barvě stěn buď rozzáří, nebo naopak zešedne. Prvním krokem není výběr barvy, ale určení podtónu dřeva. Položte vzorek nábytku na bílý papír k oknu a porovnejte ho s čistě bílou. Pokud dřevo vypadá žlutě nebo oranžově, má teplý podtón. Pokud do zelena nebo do šeda, má studený.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Rozhoduj podle stavu, ne podle plánu. Když se do deseti minut nezačneš cítit lépe, túru ukonči. Cesta dolů musí být volená tak, abys šel pomalu a bezpečně. Nikdy nenechávej prochladlého člověka samotného, i když se cítí „jen unavený&amp;quot;. Zhoršení může přijít rychle. Pokud se objeví zmatenost, malátnost nebo těžká řeč, volej pomoc a zahajuj zahřívání na místě. Přesun za každou cenu je nebezpečný.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Poslední věc, kterou je dobré hlídat průběžně, je, co se vlastně posílá do databáze. GraphQL dovoluje klientovi vybrat si jen některá pole, ale resolver často načte celý záznam a zbytek zahodí. Pokud se to děje u velkých tabulek, je lepší sestavit projekci sloupců podle toho, co klient opravdu chce. Není to složité, ale vyžaduje to, aby resolver věděl, která pole má k dispozici, a nespoléhal se na to, že se zbytek nikdy nepoužije.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Většina pomalých dotazů v GraphQL není pomalá kvůli databázi, ale kvůli tomu, jak resolver poskládá data dohromady. Typický scénář: klient si vyžádá seznam objednávek a u každé položky i jejího dodavatele. Resolver pro dodavatele se zavolá pro každou objednávku zvlášť, i když jich dvacet sdílí stejné ID. Výsledkem je dvacet dotazů místo jednoho. Řešení není v rychlejším serveru, ale v tom, že se podíváte na rozhraní resolverů a přidáte dávkování.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Hloubka dotazu rozhoduje víc než počet polí Častou chybou je omezovat složitost dotazu podle počtu polí. Jenže rizikový není počet, ale hloubka a větvení. Dotaz, který má tři úrovně a na každé se vrací seznam, může vygenerovat exponenciálně mnoho poddotazů. Proto se vyplatí zavést limit na maximální hloubku a zároveň spočítat váhu podle toho, kolik záznamů může která vrstva vrátit. Bez toho se vám podaří ochránit server před náhodným klientem, ale ne před tím, kdo ví, co dělá.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Základem je seskupit požadavky podle klíče a odeslat je v jednom kroku. V praxi to znamená, že místo přímého volání datové vrstvy v resolveru použijete odkládací frontu, která se vyprázdní až na konci zpracování dané úrovně. Fronta shromáždí všechna ID, která se během jednoho cyklu objeví, a teprve pak se provede jeden dotaz s podmínkou na množinu hodnot. Tento přístup odstraní takzvaný N+1 problém, aniž byste měnili schéma nebo cokoli na straně klienta.&amp;lt;br&amp;gt;&amp;lt;br&amp;gt;Túra není závod. Když tě začne zebat, není to slabost, ale informace. Ukončit výstup včas je rozhodnutí, které tě dostane domů. Pokračovat znamená riskovat, že se z příjemného dne stane záchranka. Sleduj sebe i ostatní a jednej dřív, než bude pozdě.&lt;/div&gt;</summary>
		<author><name>MelbaAltman0401</name></author>
	</entry>
	<entry>
		<id>https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MelbaAltman0401&amp;diff=496310</id>
		<title>Benutzer:MelbaAltman0401</title>
		<link rel="alternate" type="text/html" href="https://wiki.rettungsdienstblog.eu/index.php?title=Benutzer:MelbaAltman0401&amp;diff=496310"/>
		<updated>2026-10-19T15:28:10Z</updated>

		<summary type="html">&lt;p&gt;MelbaAltman0401: Die Seite wurde neu angelegt: „Váš průvodce dílnou i obývákem se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.“&lt;/p&gt;
&lt;hr /&gt;
&lt;div&gt;Váš průvodce dílnou i obývákem se zabývá denně. Píšu o tom, jak si poradit v malém bytě. Nejvíc mě baví ukazovat chytrá řešení, která zvládne každý.&lt;/div&gt;</summary>
		<author><name>MelbaAltman0401</name></author>
	</entry>
</feed>