Как многократно использовать сущность?

Question

[Nikolas Lindemann]

Здравствуйте, зациклился на такой задаче: вообщем есть сущность User, в которой присутствуют свойства firstName, lastName, username, email и password (со временем их количество будет увеличиваться); при реализации формы регистрации, нужно сохранить лишь два свойства - email и password; но когда пытаюсь так сделать, то выбрасывается исключение, где прописывается, что Doctrina передаёт абсолютно все имеющие параметры, а не достающие выставляет в значение null. Почему происходит именно так? Может надо для каждой реализации функционала создавать свою сущность, или может нужен совсем другой подход? Кто знает, или уже сталкивался с этим вопросом, поделитесь пожалуйста, вы с экономите мне много времени.

Answer 1

[Алексей Павлов]

У вас две возможности:
1) либо разрешить, чтобы поля могли быть пустыми - nullable
2) либо установить значение по умолчанию для поля.

namespace YourBundle\Entity;

use Doctrine\ORM\Mapping as ORM;

/**
 * @ORM\Entity
 */
class User
{
    /**
     * @ORM\Column(type="integer")
     * @ORM\Id
     * @ORM\GeneratedValue(strategy="AUTO")
     */
    private $id;

    /**
     * @ORM\Column(type="string", length=100, nullable=true)
     */
    private $firstName;

    /**
     * @ORM\Column(type="string", length=100, nullable=true)
     */
    private $lastName;

    /**
     * @ORM\Column(type="string", length=100)
     */
    private $username = "";

    /**
     * @ORM\Column(type="string", length=100, unique=true)
     */
    private $email;

    /**
     * @ORM\Column(type="string", length=100)
     */
    private $password;

    // getters & setters
}

Смотрите, поля firstName и lastName отмечены как nullable=true, а поле username имеет значение по умолчанию (пустая строка).

P.S. не забудьте добавить поле salt помимо пароля.
P.P.S. или лучше возьмите FOSUserBundle, и не парьтесь, там уже есть отличный набор полей для юзера, плюс возможность добавить свои.

Comments

[Nikolas Lindemann]

1. Я это прекрасно понимаю, но я просто отталкиваюсь от того факта, что если напрямую делать запросы к БД через консоль, то прописав нужные параметры в insert-запросе, вставка происходит без проблем, нужные поля заполняются, а в недостающие ничего не помещается. Я просто уже не первый раз поднимаю этот вопрос, ибо хочется уже остаточно выяснить как лучше поступить. (как я выяснил, то при "прямом" запросе к БД, в недостающие поля помещается пустая строка, из-за чего кажется что там ничего не было помещено; допускать поле как null я не хочу, по соображению производительности MySQL).
   
2. Я уже пробовал и записывать пустую строку по умолчанию, и указывать в аннотациях значение по умолчанию options={"default":0} и nullable=true, и указывать значение непосредственно в конструкторе. Насчёт допущения поля как null, я вообще не хочу, ибо это противоречит оптимизации и производительности MySQL. А указывать пустую строку, или же какое то значение, например "0" - тоже не вариант, потому что как я ранее писал, что со временем количество свойств будет увеличиваться, а это означает, что нужно будет везде отслеживать, чтобы было прописано какое то значение, ибо выбросится исключение. Вообщем как не крути, а надо что-то решать, наверное буду задумываться как бы правильно и уместно использовать пустую строку. Думаю, что надо будет ещё разнести на разные части саму сущность, например Account - необходимая информация для создания учётной записи (username, email, password...), Profile - подробная информация об пользователе (firstName, lastName, gender, age..)... А вы как думаете?
   
3. Я к стати этот пакет "FOSUserBundle" просмотрел перед созданием собственного. Может это будет выглядеть как "изобретение велосипеда", но я не смогу понять как оно работает, если буду использовать уже готовые. Поэтому хочется разобраться во всех тонкостях...
   

[Алексей Павлов]

Nikolas Lindemann: объясните тогда, в чём ваша задача, я не очень понял.
В общем, при записи в БД нужно обязательно указать данные для каждого поля, или иначе сделать поля nullable для полей, данных которых нет. То есть, либо присвоить данные, либо сделать nullable.

Если вы не хотите разрешать NULL, то присваивайте данные в поля перед записью в БД. Это можно сделать двумя способами - либо явно указать данные для каждого поля (так делает форма), либо указать в классе значения по умолчанию для полей (либо при описании поля, как я указал в примере, либо в конструкторе, как указал Александр Объедков. Разницы здесь нет никакой, конструктор нужен для выполнения логики, а если там просто значение, то можно обойтись и без конструктора).

options={"default":0} нужно для того, чтобы сама БД могла заполнить значением по умолчанию для не-NULL полей, данные которых не указаны при вставке новой записи. Если в классе сущности в доктрине у поля есть значение по умолчанию, то options={"default":0} писать не обязательно.

И ещё я не понял, что вы говорили про то, что NULL-значения влияют на производительность БД. Не вижу в этом смысла. Если вы по полю ищете, то ставьте индекс, и поиск будет быстрым. Если вам нужен поиск по полю с индексом, и нужно найти именно запись с NULL в этом поле, то в этом случае NULL не будет ничем отличаться от значения по умолчанию.

[Nikolas Lindemann]

Алексей Павлов: я хочу создать пакет управления пользователями на сайте. Кроме того, что каждый аккаунт как минимум должен иметь имя пользователя (username), электронную почту (email), и пароль (password), я хочу ещё сделать возможность добавлять другую информацию об пользователе, например его имя и фамилию, пол, возраст, контактны, и т.д.

[Александр Объедков]

Nikolas Lindemann: ну и помещайте туда пустую строку, в чем проблема? Суть вопроса какая-то странная "почему в doctrine null, а в "прямом" запросе пустая строка" - ну потому что, так разработчики решили, либо делайте значения по умолчанию(те же пустые строки), либо делайте nullable, либо пишите свою ORM...

[Nikolas Lindemann]

Александр Объедков: да с этим я уже давно разобрался. Я просто уверен, что существует какой подход к таким задачам. Вот как раз пытаюсь выяснить минимальными затратами... может в этом поможет. Если нет, буду пытаться как то самостоятельно искать выход, или сделать решение.

[Алексей Павлов]

Nikolas Lindemann: если вы не сообщили, какую информацию нужно записать, то можно сделать всего три вещи:
1) сделать nullable - как бы сказать "нет данных"
2) записать пустые данные - "" для строк, 0 для чисел, now() для даты
3) написать кастомный код, который сам попытается определить, что же туда нужно записать. Но для каждого проекта, каждой таблицы и каждого поля в ней такой код будет уникальным, тут нельзя придумать что-то универсальное (попробуйте автоматически подставить данные для firstName! в лучшем случае вы можете написать либо noname или "John" или "Ваня").

Answer 2

[Александр Объедков]

Doctrina передаёт абсолютно все имеющие параметры, а не достающие выставляет в значение null. Почему происходит именно так?

А как вы хотели? Doctrine создана для работы с БД, как вы себе представляете вставку в таблицу БД(5 колонок) запись всего 2х, естественно вставка происходит целой записи и параметрам которые вы вручную не задали или не прописали их инициализацию в конструкторе, присваивается значение null.

function __construct() {
$this->firstName = "unknown";
$this->lastName= "unknown";
// и тд
}

Comments

[Nikolas Lindemann]

Я это прекрасно понимаю, но я просто отталкиваюсь от того факта, что если напрямую делать запросы к БД через консоль, то прописав нужные параметры в insert-запросе, вставка происходит без проблем, нужные поля заполняются, а в недостающие ничего не помещается. Я просто уже не первый раз поднимаю этот вопрос, ибо хочется уже остаточно выяснить как лучше поступить. (как я выяснил, то при "прямом" запросе к БД, в недостающие поля помещается пустая строка, из-за чего кажется что там ничего не было помещено; допускать поле как null я не хочу, по соображению производительности MySQL)

Answer 3

[yuklia_1]

как вариант можно использовать хуки

/**
 * @ORM\Entity @ORM\HasLifecycleCallbacks
 * @ORM\Table(name="users")
 **/
class User
{
  /**
     * @ORM\PrePersist
     */
    public function prePersist()
    {
        $this->created = new \DateTime('now');
            $this->status = self::STATUS_PENDING;
    }

    /** @ORM\PreUpdate */
    public function preUpdate()
    {
        $this->updated = new \DateTime('now');
    }
}