Трешак. Там щей по декілька зображень в одній комірці може бути)

Советую пропустить процесс импорта через дебагер и в том месте где идет считывание ячейки увидеть, как можно вытянуть картинку

Не думал, что не одна либа может не поддерживать ? Можно просто взять поток бинарный и сохранить в изображение. Правда пока моя теория только

Павел , дякую за відповіді, буду розбиратись. Цей маленький "ньюанс" з картинками значно ускладнив початкову задачу

Всем привет

Подскажите как лучше хранить данные?
Например есть таблица Машины где есть поля производитель, модель
нужно каждый день записывать пробег каждой машины и потом выводить модель производитель и пробег
сейчас раз в день записывается в отдельную таблицу Пробег джейсон с где масив айди машины и ее пробег
подскажите есть ли болие удачный или удобный вариант хранить данные такого типа?

примерно так выглядит одна запись

{"1":{"car_id":1,"total":"4268"},"3":{"car_id":3,"total":"5348"},"6":{"car_id":6,"total":"9659"}}

почитай за Laravel Relatiosnhip

я просто не знаю как лучше все хранить в одной записи или создавать для кажой машини раз в день запись с количеством

Relatiosnhip не о структуре базы же

я бы сделал таблицу пробег один ко многим (машины к пробегу), хранить кажду строку отдельно (car_id":1,"total":"4268") или можешь посмотреть примеры здесь https://github.com/spatie/laravel-event-sourcing

ты можешь создать 2 таблицы
1 таблица с машинами
2 таблица с пробегом где у тебя будет (пробег, id машины, дата пробега)

потом ты сможешь для каждой машины за отдельный период брать пробег

спасибо как я понял Дима думает также

значит попробую так

спасибо за ответы

кстати - возможно вопрос дилетантский просто потому что не изучал конечный sql) насколько relation может затормаживать движок базы? С точки зрения архитектуры мало входных данных по всему проекту. Например раскидать еще таблицу производителей кроме моделей и все это завзать через relations. Так вот потом в конечных запросах, когда все надо будет выводить в отчетах, постоянно в голове держать, чтоы eager load не забыть плюс иногда и не надо подключать связи. И как это все будет тормозить ? Например если все хранить как журнал пробегов в одной таблице

Логически конечно надо связывать с машинами, чтобы избегать дублей