Алексей Скобкин

Возможность фильтрации в коллекциях предусмотрена. Но это будет не один запрос (разве что, если только у вас fetch="EAGER", но лучше так не делать всегда).
Поэтому в вашем случае лучше взять QueryBuilder. джойнить таблицы и фильтровать.
Хотя, опять же, если мне не изменяет память, если выбирается не всё содержимое, то коллекция не будет гидрироваться. Так можно будет выбрать либо одну сторону связи, либо другую. Либо можно выбрать без условий и фильтровать уже в коде. Но имеет смысл делать только если данных точно не будет слишком много.
Кстати, а почему вы так упорно хотите именно один запрос, а не два?

Вообще, если у вас страны, города и районы хранятся в разных таблицах - можно использовать зависимые поля. Например, одна из их таких реализаций: ShtumiUsefulBundle.
В одно поле сразу всё может быть накладно выводить и у клиента страница может тормозить.

Почему же? SonataAdminBundle - очень хорошая штука. Нужно будет только правильно организовать права доступа и реализовать функциональность, которая не идёт из коробки в бандле (какие-нибудь специфичные действия за пределами базового CRUD).

Условие isValid не выполняется при отправке формы,

Получите список ошибок из формы и посмотрите, что не так.

Условие isSubmitted не выполняется при отправке формы.

Кнопку сабмита-то добавляли в форму?

Попробуйте не подключать CSS в шаблоне для писем.

stackoverflow.com/a/11925750

Ну, дело в том, что тип array изначально для работы с формами не предназначался, насколько я знаю.
Его можно вполне логично применять для хранения каких-то данных, которые содержат несколько сущностей (не в том плане, который имеется в виду в Symfony), но при этом нет смысла их нормализовывать разнося по разным полям или таблицам.
Например, тип array использвуется в IPhpFileStoreBundle для хранения информации о файле.
Так что во-первых, можно просто не использовать array, если это не такой случай. Или же, если он именно такой - вы можете попробовать сделать свой тип поля и трансформер для него.
Либо, в самом простом варианте (но не самом правильном) - добавлять поля с 'mapped' => false и обрабатывать вручную содержимое массива и заполнять его данными. Лучше, конечно, выбрать один из предыдущих способов.
Как вариант (здесь я не уверен, что это будет работать), можете попробовать добавлять поля используя синтаксис обращения к дочерним элементам:

$formBuilder
    ->add('arrayField.key1')
    ->add('arrayField.key2')

Но это лишь предположение, которое я сам не проверял.

UPD: А ещё посмотрите тут.

Правильно использовать систему контроля версий (Git, Mercurial, etc) и сервер Continuous Delivery (Jenkins, TeamCity, etc), который будет разворачивать нужные ветки и версии из VCS. А вы будете работать с локальной копией кода, получая последние версии из VCS. Состояния БД принято синхронизировать миграциями.

Вы можете просто в конструкторе Donut заполнять свойство нужной датой. Либо воспользоваться, например, Timestampable из DoctrineExtensions.

Можно хранить в БД, а редактировать в YAML.
Вариантов несколько. Можно, например, загонять из YAML в БД с помощью команды. Или сделать страницу, на которой прозрачно для пользователя подгружаются данные из БД и отображается YAML, а когда пользователь его сохраняет, в БД данные обновляются.

Вот, есть пример.

Плюс, может помочь это:
Overriding Default FOSUserBundle Controllers