Как реализовать пользовательскую вставку?

Question

[Nikolas Lindemann]

Здравствуйте, при реализации формы регистрации (email, password), имея таблицу user с полями "id, first_name, last_name, email, password" невозможно сделать вставку:

public function registrationAction(Request $request)
{
    $user = new User();
    $form = $this->createForm(new RegistrationType(), $user);

    if ($request->getMethod() == 'POST')
    {
        $form->submit($request);

        if ($form->isValid())
        {
            $em = $this->getDoctrine()->getEntityManager();
            $em->persist($user);
            $em->flush();
            return $this->redirect($this->generateUrl('confirm'));
        }
    }

    return $this->render('NickUserBundle:Signin:registration.html.twig', array
    (
        'form' => $form->createView(),
    ));
}

Пришлось схитрить и дописать:

$user->setFirstName('');
$user->setLastName('');

Может кто-то знает как правильно надо реализовать, когда вставлять нужно выборочно?

Comments

[keltanas]

Nikolas Lindemann А повашему-то мнению, в чем может быть загвоздка?
Вопрос на столько поверхностный, что создается впечатление, вы сами не понимаете, что делаете.
Попробуйте проанализировать что ли. Или напишите ТЗ для регистрации пользователя.

[Nikolas Lindemann]

keltanas: Для знающих Symfony 2 и Doctrine 2 здесь информации предостаточно.

[Буданов Евгений]

Я знающий Symfony 2 и Doctrine 2, но я не понимаю значение фразы "невозможно сделать вставку"
Предполагаю, что вставка - это инсерт в БД
А "невозможно" - это выбрасывается какое-то исключение
Далее могу предположить, что исключение выглядит как-то так: "SQLSTATE[23000]: Integrity constraint violation: 1048 Column 'first_name' cannot be null"
Если я всё правильно "угадал" - то надо смотреть в ваш класс USER, найти там строку вида
@ORM\Column(name="first_name")
и заменить её на
@ORM\Column(name="first_name", nullable=true)

[Nikolas Lindemann]

Буданов Евгений: Что же вы такие все придирчивые и правильные??? ;) Разумеется, что я знал об такой возможности. Но я не хочу чтобы таблица явным образом разрешала пустое значение (рекомендации по оптимизации MySQL). В обычном SQL-запросе достаточно указать желаемые параметры , и она произведёт insert без проблем, а здесь doctrine передает явным образом все имеющие параметры, а недостающие устанавливает как null. Хочу выяснить, в чём загвоздка?

[Буданов Евгений]

ок
USER
__construct()
{
$this->first_name = 'Аноним';
}

[Nikolas Lindemann]

Буданов Евгений: Это в принципе тоже самое, что и я писал "пришлось схитрить и дописать", только у меня пустая строка. Также это определение на уровне всей сущности, а я хотел бы использовать её как и для формы регистрации, так и для формы редактирования профиля. Так вообще возможно, или надо всё ровно создавать новую сущность для таких однообразных форм?

[keltanas]

Nikolas Lindemann если такой умный и знаешь, предостаточно или нет, что тогда сам не можешь разобраться?
Или хотя бы задать правильно вопрос? Мне, к примеру, наплевать, что у тебя за код в контроллере, т.к. проблема точно не в нем. Проблема в схеме доктрины, или в форме. В твоем случае и там и там. Но, вместо того, чтобы правильно локализовать проблему, тебе проще огрызаться, верно?
Вот, тебе решение bit.ly/1ut9ZjR

[Nikolas Lindemann]

keltanas:

1. 
   Все сущности и формы у Symfony & DoctrineORM однообразны, надо лишь знать свойства, что вообщем то я и сделал; перечислил их в самом вверху.
   
   
2. 
   Информации действительно было достаточно; вот даже один человек сверху понял о чём идёт речь. А в контроллере вся логика приложения, она уже у каждого своя - индивидуальная. Я посчитал нужным проинформировать, если кому то это действительно понадобится.
   
   
3. 
   По вашем первом сообщении, вы неявным образом выразили своё превосходство в выёживании, мол ты такой весь не организованный, надо так, и вот так...а по сути вообще ничего не посоветовали. Что вам мешало по человечески написать, что-то тип этого: "Очень мало информации, я не могу понять вашей проблемы, напишите более подробнее."?!
   
   

[keltanas]

Nikolas Lindemann
3. Если у тебя комплексы и заниженная сомооценка - это претензии не ко мне.
2. "в контроллере вся логика приложения..." В контроллере не должно быть логики приложения. И у тебя в контроллере ее тоже нет.
1. "у Symfony & DoctrineORM однообразны, надо лишь знать свойства..." Это как раз и говорит о том, что ты поленился посмотреть документацию, погуглить, залезть на стековерфлоу, подебажить в xdebug, посмтреть лог запросов в профайлере и вообще совершить хотя бы какие-то тщетные попытки разобраться что происходит. Поэтому и не можешь понять, что для анализа нужна конфигурация сущности доктрины со всеми подробностями, а не список "однообразных сущностей".

И как ты думаешь, под какой из этих пунктов попадает твой вопрос habrastorage.org/files/433/eb5/f9c/433eb5f9ce034e9... ?

[Nikolas Lindemann]

keltanas:
3. То есть правильное и культурное общение считается комплексом и занижением самооценки? Судя по вашему ответу, вы слишком высоко задираете свой нос, смотрите не споткнитесь в обществе!
2. Именно контролер этим и занимается, но чтобы его не громоздить, пишут всё в отдельные файлы-классы, которые именуют что-то вроде (Model, Service...). Выносить этот мизер в другой файл нету смысла, тем более что это всего лишь разработка в целях общего понимания. Этот кусок кода взят с примеров официальной документации... Хотите и дальше утверждать, что там нету никакой "логики"?
1. Разумеется, что всё это можно и самому решить. Более того, я даже признаю, что я действительно поленился... Но вопрос же не в этом!? Если кто-то ранее уже стыковался с этой загвоздкой, и знает её решение, так зачем мне тратить своё время и ресурсы, пытаясь этим что-то себе, или кому то доказать?!
-и-
Вот действительно знающий Pavel Hudinsky Pavel Hudinsky дал мне ответ, без лишних излишеств. И я ему благодарен, отличия от некоторых...

[keltanas]

Nikolas Lindemann Полагаю, в этом наше различие: Я стараюсь избегать общества обидчивых мальчиков =) И как-то привык, что обидчивыми и капризными бывают только девочки.
ЗЫЖ данный ответ все равно не полный. И если бы ты зашел по приведенной мной ссылке, убедился бы в этом. Но, видимо, тебе ты такой обиженный, что даже ссылку не можешь открыть.

[Nikolas Lindemann]

keltanas: утешайте себя и дальше своими иллюзиями.

[keltanas]

Nikolas Lindemann нет, ты реально какой-то страааанный.

[Nikolas Lindemann]

keltanas: а Вы, такие как все!

Answer 1

[Pavel Hudinsky]

doctrine передает явным образом все имеющие параметры, а недостающие устанавливает как null. Хочу выяснить, в чём загвоздка?

Это дефолтное поведение доктрины, причем правильное поведение. Если у вас в аннотации над полями first_name и last_name не указано значение nullable - оно по умолчанию будет false, что на уровне бд запрещает вставку null значения. Если вы пишите руками sql запрос, не указывая эти поля при вставке, то при исполнении запроса вы должны получить предупреждение, что нет дефолтного значения для поля. Запись вставить, только на место first_name, last_name запишется пустая строка.
Поэтому у вас есть 2 вариант: либо добавить nullable=true, либо ставить дефолтное значение для поля в конструкторе. Другого не дано.