Второй вариант даст профит в будущем, если вы захотите масштабировать ваше приложение. Вы правы, такой вариант дает гибкость вашему приложению. Вот представьте, что кроме аватарок пользователям нужно добавить ещё другие изображения в свой профиль, например, фотографии для стены и так далее. Вы же не сможете впихать все фото в таблицу users. У таблицы будет очень много колонок, что ухудшит читаемость и понимание. А если у вас есть таблица uploads, вы можете туда разместить все загруженные фотографии профиля и через связь один к одному или один к многим получить эти фотография.
Вот представьте, вам нужно загрузить не только одну аватарку, а несколько, в этом случае невозможно обойтись без этого варианта.
Ещё одно преимущество такого подхода, это легкое понимание структуры для других. То есть отделение важного от маловажного, что уменьшает визуальный шум при виде таблицы users. Изучая таблицу users программист должен видеть самую важную информацию, а пути к файлам не самая важная информация, они могут лежать и в другой таблице. Это придаст аккуратности структуре.
Но, если у вас не стоит цель масштабировать приложение в дальнейшем и вам не нужно загрузить ничего, кроме аватарок, тогда вы вполне можете выбрать первый вариант.