Блог

Для проекта Symfony 4 нам нужно создать большую inpection форму surfaces с большим количеством полей. Мы ищем подход, как организовать структуру и взаимосвязи, а также учитывать скорость загрузки.

Я создал приведенный ниже пример базовой сущности, который по-прежнему легко хранить в одной таблице базы данных. Поля, приведенные ниже, представляют собой простые отношения или строковые поля, поэтому тип проверки будет простым.

 class Inspection
{
    /** @var string */
    protected $projectName;

    /** @var string */
    protected $projectPlace;

    /** @var User */
    protected $inpector;

    /** @var Customer */
    protected $customer;

    /** @var string */
    protected $conclusion;

    /** @var string */
    protected $advice;

    // Complex part
    
    /** @var Collection */
    protected $surfaces;
}
  

Теперь для сложной части.
Каждая проверка может содержать одну или несколько поверхностей (ArrayCollection).
Каждая поверхность состоит из разных полей, см. Ниже:

• Поверхность крыши (4 поля);

1. тип текста
2. тип выбора (одиночный)
3. тип выбора (множественный)
4. тип даты

• Утечка (3 поля);

1. тип текста
2. изображения (отношение, OneToMany)
3. тип выбора (одиночный)

• Напряжение (3 поля);
• Наклон (3 поля);
• Загрязнение крыши (3 поля);
• Повреждение (5 полей);
• Балласт (3 поля);
• Карнизы (3 поля);
• Правильная работа (4 поля);
• Восстание расширения (5 полей);
• Дымоход (3 поля);
• Блок шунтирования (3 поля);
• … еще 9 ;

Мой вопрос, как настроить surfaces и структурировать базу данных, должна ли каждая часть в surface иметь свою таблицу on, как показано ниже, с привязкой к проверке (это создало бы много таблиц, это плохо?):

• анализ таблицы
• table inpection_leakage
• table inpection_tension
• …

Я думал создать форму для встраивания коллекции, как показано ниже

 class InspectionType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        // ...

        $builder->add('surfaces', CollectionType::class, [
            'entry_type' => SurfaceType::class,
            'entry_options' => ['label' => false],
        ]);
    }
}

class SurfaceType extends AbstractType
{
    public function buildForm(FormBuilderInterface $builder, array $options)
    {
        $builder->add('leakage', LeakageTyoe::class);
        $builder->add('tension', Tension::class);
        $builder->add('slope', Slope::class);
        ...
    }
}
  

Это путь 🙂 идти

Я бы предложил использовать карту дискриминатора / наследования для вашего объекта surfaces со single_table стратегией. Это дает вам необходимую скорость и гибкость.