Myroslav Berlad

чисто мое ИМХО в разрезе Symfony я никогда не стал бы проектировать сначала схему базы. Всегда начинаю с создания мапинга Doctrine. Вот как пример (очень простой)

BlogBundle\Entity\Blog:
  type: entity
  table: bb_blog
  repositoryClass: BlogBundle\Entity\Repository\BlogRepository
  fields:
      name:
          type: string
          length: 100
          nullable: false
      status:
          type: string
          length: 10
          nullable: false
  manyToOne:
      user:
          targetEntity: BlogBundle\Entity\User
          joinColumn:
              name: user_id
              referencedColumnName: id
  oneToMany:
      posts:
          targetEntity: BlogBundle\Entity\Post
          mappedBy: blog
          orderBy: { 'createdAt': 'ASC' }
          cascade:
              - remove

А потом уже с помощью DoctrineMigrationsBundle генерю миграции которые приведут базу в необходимое состояние.

Doctrine Migrations ?

Думаю лучше использовать префикс. Использовать разделение по бд возможно будет уместно если у вас будет (есть) большая нагрузка, хотя думаю в таком случае есть и лучшие паттерны . Как вариант при нагрузке возможно будет лучше дробить ваше приложение на микросервисы с api нежели держать монолитом.

Вот как описано в доке:
docs.doctrine-project.org/projects/doctrine-orm/en...

Маленький соевет. Всегда опишите мапинг в Entity через annotanions, xml или yml и пользуйтесь бандлом DoctrineMigrationsBundle

После добавлений изменений в мапинге делайте просто:

app/console (bin/console if symfony 3+) doctrine:migrations:diff

вам миграция нагенерит sql для приведения к актуальному состоянию.