Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > pl.comp.lang.php > #16160

Re: Migracje w Symfony 4 - jak je budować automatycznie?

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>

Show all headers | View raw


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 | NextPrevious in thread | Next in thread | Find similar


Thread

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