Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > pl.comp.lang.php > #16160
| From | Marek S <precz@spamowi.com> |
|---|---|
| Newsgroups | pl.comp.lang.php |
| Subject | Re: Migracje w Symfony 4 - jak je budować automatycznie? |
| Date | 2019-04-17 21:11 +0200 |
| Organization | ATMAN - ATM S.A. |
| Message-ID | <q97tq3$p5l$1@node2.news.atman.pl> (permalink) |
| References | <q930nv$c5i$1@node2.news.atman.pl> <slrnqbb1ta.1t8l.wojciech.bancer@pl-test.org> <q95ehk$ie4$1@node2.news.atman.pl> <slrnqbcghu.17li.wojciech.bancer@pl-test.org> |
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
Back to pl.comp.lang.php | Previous | Next — Previous in thread | Next in thread | Find similar
Migracje w Symfony 4 - jak je budować automatycznie? Marek S <precz@spamowi.com> - 2019-04-16 00:31 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Wojciech Bancer <wojciech.bancer@gmail.com> - 2019-04-16 09:43 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Marek S <precz@spamowi.com> - 2019-04-16 22:39 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Wojciech Bancer <wojciech.bancer@gmail.com> - 2019-04-16 22:59 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Marek S <precz@spamowi.com> - 2019-04-17 21:11 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Wojciech Bancer <wojciech.bancer@gmail.com> - 2019-04-18 13:30 +0200
Re: Migracje w Symfony 4 - jak je budować automatycznie? Marek S <precz@spamowi.com> - 2019-04-18 23:22 +0200
csiph-web