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


Groups > pl.comp.lang.php > #16234 > unrolled thread

Symfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel?

Started byMarek S <precz@spamowi.com>
First post2019-06-16 00:06 +0200
Last post2019-07-03 21:46 -0700
Articles 3 — 2 participants

Back to article view | Back to pl.comp.lang.php


Contents

  Symfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel? Marek S <precz@spamowi.com> - 2019-06-16 00:06 +0200
    Re: Symfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel? Marek S <precz@spamowi.com> - 2019-06-18 21:17 +0200
      Re: Symfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel? Rafal Podsiadly <spinacz24@gmail.com> - 2019-07-03 21:46 -0700

#16234 — Symfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel?

FromMarek S <precz@spamowi.com>
Date2019-06-16 00:06 +0200
SubjectSymfony 4 / Doctrine - jak uniknąć dodawania do migracji niektórych tabel?
Message-ID<qe3q4t$1do$1@node2.news.atman.pl>
Witam,

W bazie danych (PostgreSQL) mamy 2 przestrzenie nazw: public i exclude. 
W tej drugiej znajdują się struktury, które będą używane przez Symfony 
ale nie są tworzone przez nią. Pomyślałem, że wszystkie entities z tej 
przestrzeni będę trzymał w podkatalogu:

Entity/Exclude

Utworzyłem tu entity jakiejś tableki, która zanduje się w bazie w 
przestrzeni "exclude". Mogę jej używać w ORM normalnie. Ale 
make:migration ... próbuje na siłę tworzyć tę tabelę raz jeszcze.

Nie pomogło utworzenie w doctrine.yaml wpisu:

doctrine:
     dbal:
         schema_filter: '/^(?!^exclude\..*$).*$/'

Tzn. pomogło tylko w tym, że diff tool nie próbuje mi niszczyć 
zawartości tej przestrzeni DROPami w migracjach.

Macie jakiś pomysł jak wykluczyć całą przestrzeń nazw (lub konkretny. 
odpowiadający jej subfolder w Entity) z procesu kreowania tabel przy 
tworzeniu migracji?

-- 
Pozdrawiam,
Marek

[toc] | [next] | [standalone]


#16236

FromMarek S <precz@spamowi.com>
Date2019-06-18 21:17 +0200
Message-ID<qebdc0$fl0$1@node1.news.atman.pl>
In reply to#16234
Problem rozwiązany. Zamykam wątek.

-- 
Pozdrawiam,
Marek

[toc] | [prev] | [next] | [standalone]


#16243

FromRafal Podsiadly <spinacz24@gmail.com>
Date2019-07-03 21:46 -0700
Message-ID<57545682-47bb-4d3d-ae12-62d277969efe@googlegroups.com>
In reply to#16236
I znów brakuje rozwiązania. Będąc nauczycielem tez się uczysz.

[toc] | [prev] | [standalone]


Back to top | Article view | pl.comp.lang.php


csiph-web