на самом деле пофиг, тут кому как удобно

Не соглашусь, но каждый вправе выбирать

мне вот неудобно придумывать как генерить имена файлов, удобнее использовать индексы которые генерит СУБД

и надо синхронизировать удаление записи из БД с удалением файла

в общем, если свалить всё на БД, то мороки меньше, хоть и производительность немного падает

Привет. Посоветуйте библиотеку для работы с google таблицами или подобными сервисами. Благодарю!

у гугла ж готовые средства для этого есть... ну по крайней мере должны быть

кроме производительности (которая скорее всего будет просаживаться значительно на объемах, ну и в зависимости от того какую бд еще используем) не можем с ходу:
1. Просто отдавать как статику без использования БД, и ноды или etc
2. лишний трафик от приложения к БД, на запись, обновление и более того чтение(!)
3. Не можем масштабироваться просто (CDN, AWS, etc)
И это как бэ просто на вскидку. Хранить картинкив БД, что бы что?

есть хорошее апи, читайте документацию+гугл

генерить имя файла сложно, серьезно?!

В них много лишней писанины.

всем привет,такой вопрос,правильно ли будет хранить документ админа в колекции юзеров обозначив его полем isAdmin=true,или все таки стоит отделить его документ в отдельную колекцию?

согласен, если производительностью пожертвовать можно, то это надо смело делать, но если предполагается оптимизация, то действительно ли стоит её делать заранее?

для меня самый главный вопрос остается - что бы что?)

Какой превалирующий профит пихать файлы в бд?

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

раскройте мысль пожалуйста

Быстрый доступ.

Правильно