Zobrazit příspěvky
Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.
Přehnaná očekávání v mezilidských vztazích, v tomto případě naprostá důvěra, většinou končí špatně.
Tohle vlákno překypuje tolika slovy důvěry, že jenom čekám, až na mě vyskočí někde z poza banda roztomilých koťátek
Ty vole to je zas dotaz.... Jeden by řekl, že manželka je nejbližší osoba na světě a vy nejste schopen elementární důvěry.
Taky bych řekl, že by to měla být nejbližší osoba. Na druhou stranu: podle statistik končí rozvodem cca polovina manželství. Co ti dává jistotu, že zrovna tobě se to nestane?
budu nakonec se svým tapetováním vypadat jako břídil.Náhodou, pěkný čtení.
Čili index jakožto struktura je uložena na disku. Jaká data jsou uložena v té RAM? To jsou ta data, ke kterým se odkazujeme přes ty indexy nebo přímo ty indexy?U běžné relační databáze je v souvislosti s daty v RAM v podstatě jen cache těch dat z disku (tj. to, co je právě potřeba, plus ve zbývající volné paměti další data, která jsou potřeba často).
Musím říct, že jsem stále v tom trošku zmatený. V té RAM paměti/cache je uložen i ten index, pokud se s ním pracuje? Nebo pouze ta data v tabulkách?
Děkuji
Co jsi nepochopil z prvni odpovedi v tom tvem odkazu?
TAKŽE ještě jednou a pomaleji : Nicméně rád se poučím když mě řekneš jak dokážeš namapovat si entitu z databáze jenom s knihovnamy z Java SE případně knihovnami z aplikačních serverů( žádný framework typu OpenJPA,Spring,EclipseLink,Hibernate apod..).
Dokážeš to? nebo budeš prudit píčoviny úměrné tvým schopnostem joudíku.
2tdvorak : Zmateně vysvětluješ. VŽDYCKY POUŽÍVÁŠ implementaci v tvém případě Hibernate, tudíš věta "V projektech, na kterych pracuju a pracoval jsem, se pouziva JPA. Po samotnem Hibernate v pozadi se saha jen, kdyz je to nevyhnutelne a nelze to provest pomoci JPA" je blbost(blábol) vzniklá s nepochopení problematiky.
2Lothric : Tvůj dotaz je špatně položený. Používají se oba přístupy, v závislosti na okolnostech, oba fungují. Ten první převážně u legacy projektu a entity manager u novějších. Zásadní rozdíly mezi nimi nejsou ale to znamená že jednou třeba nebudou.
@Kit: Kdyz nekdo placne tak velkou blbost jako "entita dědila třeba z controlleru nebo z view" tak se pravdepodobne pokousi o sarkasmus....:facepalm:
Copak? Došly argumenty?
Sorry, potřebuju oponenta, který alespoň zapne mozek, když mu něco napíšu.
@BoneFlute: Internet nezapomina. Co kdyz si to tady precte nekdo, kdo tomu uveri a ty s nim budes muset pracovat? Ironie je mocna, ale "with great power comes great responsibility"
:facepalm:
Copak? Došly argumenty?
Ve skutečnosti je to úplně naopak, volání repository.save(user) je právě to explicitní řešení perzistence v kódu, kterou vůbec řešit nemám. Zatímco voláním user.save() můžu mít volnější ruku, a co se nakonec stane řešit za běhu.
Proč by měla ta entita dědit z modelu, když se dá elegantně použít kompozice? Vazba je pak mnohem volnější a mohu za běhu vyměnit model, např. s jinou databází.
Dědit z modelu se už nedělá. Mnohem lepší je, aby entita dědila třeba z controlleru nebo z view. Pak nemusíš řešit vůbec žádnou databázi, a celé to dává mnohem větší smysl. A hlavně je to monadické.
Proč by měla entita něco od někoho dědit? Je to samostatný kus programu, který není na ničem závislý. Vše, co potřebuje, je rozhraní.
Proč by měla ta entita dědit z modelu, když se dá elegantně použít kompozice? Vazba je pak mnohem volnější a mohu za běhu vyměnit model, např. s jinou databází.
V takovém případě pro to je zažité jiné názvosloví (persistence, context, ...). Každopádně to jak to popisuješ se mi nelíbí. A jak tě znám, tak dále to s tebou nebudu řešit.User a Model je v tomto kontextu maďarština. Používat tu výraz model mi tu nedává smysl právě proto, že se tu neopíráš o ty další dvě komponenty.
Já nevím, mě se zdá název Model pro persistenenci docela běžný. Například v javovských Ebeans dědí entita z Model, nikoli z Persistence (pokud se použije Active Record - ebeans umí data mapper i active record a uživatel si může vybrat). Lehký java ORM framework ActiveJDBC - taky Model. V PHP je Properl ORM - taky Model.
Nene, tohle mám v metodě controlleru. Ve view je něco podobného s opačným směrem toku dat.
OK. A proč je tedy model (asi s významem persistence) víc model, než model uživatele? Já bych to pojmenoval:Kód: [Vybrat]$persistence->save($entry);
a po ftákách. User a Model je v tomto kontextu maďarština. Používat tu výraz model mi tu nedává smysl právě proto, že se tu neopíráš o ty další dvě komponenty.
Však to mám, model uživatele:Kód: [Vybrat]Je to jen rozděleno do dvou slov, aby se to lépe udržovalo a také abych nemusel modifikovat model s každou novou entitou. Ten model je vícevrstvý, což tě možná zmátlo. Zmíněný příkaz je složením dvou vrstev a zavoláním metody. Říká se tomu dependency injection, pokud bys to nevěděl.$model->save($user);
Nepoužívám nicneříkající slova "persistence" nebo "entry". Ani by to nevyjadřovalo, co to vlastně dělá, protože model není persistence a user už vůbec není entry.
Root.cz (www.root.cz), informace nejen ze světa Linuxu. ISSN 1212-8309
Copyright © 1998 – 2023 Internet Info, s.r.o. Všechna práva vyhrazena. Powered by Linux.
