ThunderCat, да, верно, алгоритм именно такой.
Но каким образом хранить не полные данные о клиенте?
Например только телефон не даст система сохранить в таблицу клиентов. Туда только можно добавить полные данные (ИНН компании, название компании, имя, телефон, почта (только почта не обязательное)).
У нас на фирме необходимо расширять базу клиентов. Менеджеры вручную добавляют ИНН название, телефон и email.
Но тк при добавлении задания также необходимо завести клиента, то вот такая логика и выросла. Главное условие, чтобы свести минимум действий менеджеру при этом чтобы данные все сохранялись.
:)
Из экселя идет импорт файла, разбор и загоняется колонка с номерами в массив php .
Далее эти данные сравниваются с бд.
Можно сделать, как написал Иван, загнать во временную и JOIN ить.
А можно и без промежуточной таблицы, сразу вытащить все записи из БД, которые совпадают с массивом. но дело в том, что массив огромный и сам запрос то.
Как-то так. Ничего плохого))))
Евгений Ромашкан, а они все разные. Все. Вообще все). Как раз там и смотрел. Кстати я ищу хорошо, но раз уж решил спросить тут, то уж точно не нашел. Ну или не разобрался, отчего и обратился к людям, а не тексту)
Артём Рыженький, с регулярным немного запутано....
Видел в видео уроке одном, тоже используют. Но что-то потом не понятно где и как потом используется.
не проще ли сделать в контроллере свойство $param = 'auto'; ? и передать его в дальше?
Василий Берестов, я полностью согласен с тобой. Я лишь поинтересовался реализацией конкретно участка
$this->id = $id;
$this->name = new EntityText($name);
$this->price = new Price($price);
то есть, ты id не менял, а name и price сделал объектами. Но ведь система растет походу дела и нельзя на год вперед планировать расширение. и естественно, new EntityText и new Price решено было бы добавить гораздо позже.
А так, да, конкретно твой пример показал, что лучше всё же объекты делать сразу. Даже если я "пока" и нет необходимости в этом.
PS
а вообще, адепты ооп очень сильно меня как-то ругали за объявление класса в классе))
Вот в коллекции, наверно логичней форматировать под конкретную коллекцию.
Но каким образом хранить не полные данные о клиенте?
Например только телефон не даст система сохранить в таблицу клиентов. Туда только можно добавить полные данные (ИНН компании, название компании, имя, телефон, почта (только почта не обязательное)).