🚀 go-pugleaf

W dniu 2019-04-16 o 22:59, Wojciech Bancer pisze:

>> Doctrine to nie jest jeden z pierdyliona komponentów Symfony?
> 
> Nie. To jest niezależny ORM.

Aaaahaa, rozumiem. Zmyliło mnie to, że dokumentacja Symfony:
https://symfony.com/doc/current/doctrine.html
prezentuje doctrine jako "swoje". Raczej nie spotyka się żeby instrukcja 
do "obcego plugina" stawała się częścią dokumentacji produktu. W 
dodatku, jak poszukałem więcej po Google zainspirowany tym, co 
napisałeś, potwierdziło się, że doctrine ma swoją stronę WWW a Symfony 
tylko pobieżnie opisuje posługiwanie się nią. Byłem przekonany, że to 
komplet informacji. Zdumiewa mnie takie podejście Symfony w zakresie 
tworzenia dokumentacji. Więcej dowiaduję się od Ciebie np.


W związku z tym mam pytanie co do mojego wyboru. Czy ten ORM jest 
właściwy? Są lepsze? Chciałbym uniknąć wtopy w połowie tworzenia 
pierwszego projektu, w postaci takiej, że np. enumów, money, array, ip 
(i innych) nie utworzy, a nawet jeśli utworzy, to nie będzie potrafił 
tego obsłużyć z poziomu ORM. Pewnie da się ... ale wolę zapytać.

Jak zaczynam się zapoznawać z dokumentacją na stronie autora, to ten ORM 
wygląda naprawdę dobrze i jest dość łatwy do ogarnięcia, co mnie cieszy.

> no i tu powyżej. Masz type="integer" (a chcesz pewnie "bigint").

Dokładnie tak.

Aaahaa... czyli jeśli wstawię tu coś innego, to podczas generowania 
migracji, prawidłowe typy pól zostaną przekazane do SQL?

> A poeksperymentuj z:
> @ORM\GeneratedValue(strategy="AUTO")

Oki, sprawdzę. IDENTITY wydaje się być właściwą opcją.

> strategy="AUTO" jest jak nic nie wpiszesz. Zgodnie z tym:
> https://stackoverflow.com/questions/14022374/the-differences-between-generatedvalue-strategies
> dla postgresa ustawiane jest wtedy SEQUENCE.

Swoją drogą, kto wpadł na tak pokraczny pomysł by defaultowo sekwencje 
tworzyć a potem inserty realizować 2ma zapytaniami SQL... Nie 
przypominam sobie abym np. w Postgresie w wersji 6 (od niej zaczynałem) 
musiał takie rzeczy robić.

-- 
Pozdrawiam,
Marek