2016 - Jakub Kubryński - JPA - beyond copy-paste

Поділитися
Вставка
  • Опубліковано 18 жов 2024
  • JPA stoi u podstaw większości projektów, które choćby dotykają relacyjnych baz danych. Nie przeszkadza to jednak w rozwijaniu ich bez zbyt głębokiego rozumienia tej technologii, a opierając się głównie na aplikowaniu metodologii Copiego-Paste'a w stosunku do istniejących już w systemie encji. Podczas tej prezentacji ugruntujemy wiedzę z zakresu mapowania obiektowo-relacyjnego, dowiemy się jak realizowane jest leniwe wczytywanie oraz czym różni się torba od listy czy seta. Poznamy także czychające na programistów pułapki, skuktujące bardzo często znacznym spadkiem wydajności lub nieprawidłowym zachowaniem się systemu.

КОМЕНТАРІ • 11

  • @jacuswoczega9180
    @jacuswoczega9180 7 років тому +4

    Podoba mi się, kompetentne to jest. 1. Język, jest to (na miarę możliwości) język polski bez slagu korporacyjnych it-manów. 2. Ilość wstawek 'rozluźniających" nie jest za dużo. To się sali na żywo podoba, ale widzowi w internecie nie zawsze. Ale dobrze że są. 3. W kwestii formalnej, JPA!=Hibernate, choć prezentacja jest b. użyteczna i dla programistów Eclipselink

  •  8 років тому +4

    Świetne!

  • @damiankapon2225
    @damiankapon2225 2 роки тому

    Oj kuba. Co Ci mam powiedzieć. Za dobry jesteś

  • @piotr4335
    @piotr4335 7 років тому +3

    Jakie to dobre : )

  • @JarTSW
    @JarTSW 7 років тому +2

    4:30 - ta encja nie powinna jeszcze implementować Serializable? : )

  • @45g4rerf45f45
    @45g4rerf45f45 7 років тому

    najlepiej nie używać encji które nie mają id, po prostu zapisywać je od razu, potem flush i refresh, albo redirect i get

  • @thetprzemo
    @thetprzemo 2 роки тому

    Używanie wszędzie seta nie jest dobrym pomysłem. Fakt.. będzie jedno zapytanie ale może powstać iloczyn kartezjański, a w przypadku większej ilości złączeń i rekordów jest to już zabójcze i znacznie gorsze niż dociągnięcie oddzielnie każdej listy eliminując iloczyn kartezjański.