angrybotТут задался вопросом, в цикле php идет несколько картинок, получаю там их названия и кладу в папку. Названия идут тупо kartinka.jpg и тп,
вопрос как их лучше положить в базу ?Что именно положить в базу - имена файлов или непосредственно изображения (бинарные данные)?

angrybotчтобы потом в цикле по связи разобрать на клиенте, видел где то просто в поле в базе лежит через запятую, где то строкамиЧто именно предполагается разбирать? Если речь идет об именах файлов, то ряде случаев запятая вполне приемлема (если только она гарантировано не встречается в именах), как и любой другой разделитель. С другой стороны, такой способ далеко не лучший при поиске по имени файла, например.

angrybotчто посоветуете?Изложить условия задачи и проблему более внятно, так, чтобы понятно было не только Вам.
И ещё, Ваш пост очень сложно читать и понимать. Русский язык для Вас не родной?

angrybotкак записать массив в поле что в запрос подставить в insert?Запрос есть текстовая строка. Таким образом, массив или элементы массива необходимо привести к строковым значениям. Как вариант, массив можно серилизовать или преобразовтаь в JSON. Но это очень сильно зависит от задачи, от конкретного случая. Может статься, что лучше хранить пары "ключ=>значение", например.

angrybotкак лучше массив картинок подставить в запросВ общем и целом, СУБД без разницы, чего Вы понапихали в текстовое поле.
Если Вам удобно будет после получения обрабатывать данные "через запятую" - храните "через запятую". Если в Вашей конкретной задаче окажется, что запятая может быть частью имени "картинки" (например, имя файла " В чащах юга жил бы цитрус? Да, но фальшивый экземпляр!.jpg"), то такой разделитель не подойдет .

вадяkormotЕсли ты при загрузке на сервер картинки просто кладёшь в одну папку - то это изначально некорректное решение. Ведь загрузив две разных картинки с одинаковым именем tovar.jpg ты получишь проблему.проблема будет не только в этом. если в папке больше 2000 файлов- будут приличные тормозаВопрос в том, для чего эти картинки лежат в ФС. Если только после загрузки и на время записи изображений в БД на время конкретной сессии конкретного пользователя - тогда это практически не проблема (даже если пользователь вздумает загрузить сразу несколько image.jpg из разных директорий своего кампутера, это решаемо).
А для долговременного хранения, конечно, по хорошему, так не делают, если только это не "Мой первый сайт, с котором учусь на своих ошибках". С другой стороны, видел десятки вполне приличных сайтов с одномерной структурой хранения картинок. Как-то работают. :)

Да хоть и через запятую (или любой другой разделитель) перечислить. Это самый компактный вариант.
Ещё варианты - серилизация и JSON (особенно, если массив ассоциативный).

вадяconcat_wsПодозреваю, следующим вопросом будет "Что делать, если в одной статье картинок только три, а в другой статье их четыре?", ибо ТС хочет:angrybotнесколько к примеру 3-4 штукиА потом, вдруг, ещё и пять картинок неожиданно потребуется...

Наверно, проще непосредственно в приложении подготовить строку "через запятую".

Dimitry SibiryakovvkleНаверно, проще непосредственно в приложении подготовить строку "через запятую".
А потом ощутить все последствия нарушения первой НФ на собственном опыте. Тоже, конечно, вариант. "Не хочешь учиться через голову - будешь убиться через задницу."В идеале вообще отдельную таблицу делать под иллюстрации, тогда не возникнет подобных вопросов в принципе. Однако, оно потребует значительных переделок в коде приложения, что вряд ли возможно, когда ставятся вопросы вроде "как записать значения элементов массива через запятую". Ну так то дело хозяйское, хождение по граблям тоже ж штука полезная. Особенно, когда грабли свои.