Как хранить фото в базе?

Question

[Ринат]

Подскажите знающие! Задумался о том как хранить фото в базе на сервере стоит Mysql.

Каждое фото будет обсуждаться коментами и ставиться лайки. Если хранить все в одной таблице будет очень много записей фото.
как то бы реализовать каждому пользователю свою базу фоток. например

usersDATA
-------users1
-----------photobase
-----------comments
-------users2
-----------photobase
-----------comments

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

UPD:
похоже не так поняли или я не так объяснил. у каждого пользователя может быть хоть 100 фоток. у каждой фотки лайки и комментарии к ней.

так же у каждого юзера будут свои новости где мы берем выборочно юзеров получаем их новости сортируем по дате.

Answer 1

[Дмитрий Гаджиев]

не надо хранить фото в базе

Answer 2

[Карен Мнацаканян]

Сохраните путь к фото в Б.Д. а не сам фото.
Логично для каждого usera создать своя таблица в котором есть ячейка фото, и выводит оттуда а не каждом коментарии сохранить фото.

Comments

[Максим Гришин]

Какую таблицу вы имеете в виду? В базе данных или в верстке сайта? (Судя по профилю - в верстке) Неоптимально это - создавать тысячи таблиц в БД, тем более у мускула.

[Карен Мнацаканян]

Максим Гришин: При чем тут верстка,разве сможешь сохранить верстке все это ? И это по твоему оптимальный решение ? Если да то я те сочувствую.
А теперь объясняю на пальцах, внимательно читай второй раз не буду повторять.
Берем пример вордпресс (приведу легкий пример чтоб даунов было понятно), как там реализован все это. Есть таблица wp_users в нем и сохраняется путь к фото, а в комментах берется путь из этот же таблицы.

[Ринат]

я понимаю что не оптимально, поэтому и задал вопрос как такую задачу реализовать

Answer 3

[Fixid]

Не храните фото в базе, храните в папке на диске по uuid, а базе храните уникальный URL. Это нормальная практика.
Не изобретайте велосипед, вы получите оверхед в 5-7 раз как минимум, а как только у будет база в 2-3 гб, тормозить начнет все.
В идеале вам надо получить очень маленькую базу из двух простых таблиц и структуру папок где можно хранить сколько угодно фоток с отдачей через веб сервер

Answer 4

[Максим Гришин]

Надо вынести фото в отдельную таблицу типа (id, blob) в блобе хранить бинарные данные, либо если так ломает, то путь на фактическое место хранения, а id использовать в остальных местах, где нужно ссылаться на фотки. Комменты - тоже в отдельную таблицу, лайки - ещё в одну.

Comments

[Александр]

В блоб не надо, сделайте папку для загрузок храните путь к файлу относительно ее это нормальная практика, а в остальном всем верно ...

[Максим Гришин]

Александр: я больше "спец" по MSSQL, а там с FILESTREAM помаяться надо, чтобы настроить, и логичнее такие штуки хранить в виде блобов, пускай база и раздувается в итоге. Но про путь я тоже писал :)

Answer 5

[sim3x]

User:
  name
  ...

UserPhoto
  owner = ForeignKey(User)
  path_to_photo_on_disk
  likes = ManyToMany(User)

Comment
  user = ForeignKey(User)
  photo = ForeignKey(UserPhoto)
  text
  datetime

Comments

[Максим Гришин]

comment/photo - может все-таки foreign key (photo)?