ну условно нет. наверное BLOB не зря придумали. но я часто слышу что файлы должны оставаться файлами. нет смысла статику хранить в БД. Как бы в БД данные по которым можно сортировать, делать выборки, работать с ними, а картинки - какой то мертвый груз
Кэш СУБД вымывать будет как минимум
Ну так то большинство данных в бд - мертвый груз, процент "горячих" таблиц небольшой
Хм, а можно подробнее, что за кеш там?
ПРочитанные данные в оперативке остаются висеть, при запросах СУБД всегда проверяет наличие данных в кэше и только потом идёт читать с медленного диска. Реализации у всех СУБД разные, суть одна.
Можно же поднастроить, наверное?
Можно. В документации ко всем СУБД это есть
ну в плане по какому то тексту ты можешь через LIKE пройтись и найти нужный, можно складывать,вычитать, находить среднее, суммы, сортировать по полям. а данные картинки, ну просто данные которые лежат.
Блобы придумали не чтоб в них по мегабайту данных хранили это точно
Значит база плохо спроектирована. Я не пытаюсь выпендриваться, но это правда так. Если большинство груза — мертвое, то тогда важный холодный код нужно хранить в файликах, либо вычислять кодга потребуется. База это все же не про архивы
Посмотри minio, если не хочешь закидывать данные в чужие сервисы, мы на нем cdn просто ебейший сделали, пушка инструмент, и ставится легко
храните файлы в хецнере или ДО?
Использовал уже, но для больших файлов
А ты человек с юмором ))
Субд весьма неэффективны в плане утилизации i/o
Ты только когда рекомендуешь minio всегда уточняй что расширять его нельзя и если место кончилось - надо строить новый кластер :)
Нононо, это про s3 совместимое апи. Как ты построишь инфраструктуру абсолютно твое дело
Типичнвя сноска маленькими буквами в современном смузисофте=)
Эмм. Это же не от Минио зависит, а от хранилки под ним. Проблема будет в другом - когда ты захочешь сделать отказоустойчивый клустер
Стопэ, ты ж рекомендовал minio, а не s3 like )) И если он до сих под использует схему "1 объект == 1 файл" - то так тоже не надо.
Минио это супер офигенская хранилка сама по себе, которая не требует ничего если тебе не надо. Расширяется он на ура кстати
Нет, как раз от него. Им там регулярно открывали тикет вида "хочу воткнуть более жирные диски" или "хочу докинуть нод". И всегда ответ что это требует ребалансинга, а это сложно и мы это не будем делать.
https://assets.ctfassets.net/oxjq45e8ilak/4nvS57KmHmOwM8WaMiAEqA/d28d1d4f3e6858ea1203fc6444080f6a/AleksandrHristoforov_VideoPhotoStorageOK.pdf https://habr.com/ru/company/odnoklassniki/blog/434206/
общая идея - это минимизировать количество файлов, т.к. файл надо открыть(а что ~ равно времени операции чтения) + на каждый открытый файл потребляется память(и несколько Гб памяти под inode_cache + xfs_inode/ext4_inode можно пустить на что-то более полезное). потому делают жирный файл размером с диск и менеджат самостоятельно пространство внутри него. одноклассники вообще просто выкинули фс и используют сырые диски.
Обсуждают сегодня