🚀 go-pugleaf

W dniu 2019-04-23 o 15:18, ww pisze:

> A w jaki sposób ORM miałby te triggery obsłużyć? Bo ja ich używam do 
> wielu rzeczy o których ORM kompletnie nie musi wiedzieć.
> 
> I doctrine wspiera tworzenie różnych "nieporzenoszalnych"
> elementów składni SQL pod dany silnik.


O, właśnie - to mnie najbardziej interesuje. Nie chcę poświęcać 
wydajności bazy na rzecz typowego, wygodnego dla programistów, 
posługiwania się Doctrine, gdzie co niektórzy nie bardzo wiedzą, co to 
SQL (autentycznie). Chciałbym szerzej korzystać z tego środowiska.

W związku z tym mam parę pytań:

1. Czy posługujesz się migracjami do tworzenia nietypowych struktur 
poprzez dopisanie do nich własnych SQLi? Czy może porzucasz migracje i 
tworzysz bazę "normalnie", w narzędziach do takich rzeczy a potem 
jedynie importujesz niektóre tabele do ORM?

2. Co robisz jeśli ORM totalnie nie wspiera jakichś mechanizmów? Np. 
pierwszy test, jaki przeprowadziłem, dotyczył tabel polimorficznych w 
PostgreSQL. Mega użyteczna rzecz ... ale nie da się ich zaimportować do 
ORM'a, który tylko potrafi udawać polimorfizm poprzez "mapowanie" 
prostych tabelek. Z drugiej strony chciałbym, aby ORM potrafił 
zapisywać/odczytywać do/z takowych. Jak przekładasz to na ograniczone 
struktury ORMowe? Masz godne uwagi linki?
P.S.
Powyższy przykład z tabelami byłby do rozwiązania - po prostu ręcznie 
napisałbym encję i repozytorium. Ale w przypadku np. własnych typów, czy 
korzystania z procedur napisanych w PlPgSQL i nie wiem czego jeszcze - 
tak prosto może nie pójść. Jestem jeszcze na początku edukacji, stąd 
moje zapewne trywialne pytania.

3. Na koniec... z czystej ciekawości spytam: czy istnieje jakiś natywny 
sposób dla ORMa aby usunąć/zaktualizować pole w jakimś rekordzie bez 
niepotrzebnie generowanego SELECT'a?

Szukałem po Stack'u lecz wszędzie widziałem jedynie to, że ludzie 
posługują się SQLem by wykonać DELETE FROM tabela WHERE id=5. ORM wymaga:

// tu wykonywany jest nadmiarowy select
$user =$entityManager->find('Users', $id);
$entityManager->remove($user);
$entityManager->flush();

Jakoś nie chce mi się wierzyć aby ORM nie potrafił zwyczajnie usunąć 
rekordu z bazy i w tym celu generował nadmiarowe zapytania. Przekopałem 
dokumentację Doctrine i nie znalazłem odpowiedzi.


Jeśli masz jakieś sugestie, nawet nie powiązane z powyższym, a z którymi 
walczyłeś z naginaniem ORM'a - to będę wdzięczny za info.

-- 
Pozdrawiam,
Marek