Хранение статьи в БД. Какой путь выбрать?
Конечно же третий, так как анонс и текст разные вещи, ну совсем. Тем более анонсов может бы и два, второй для мобильной версии.
Первый однозначно плохой: двойная (как минимум) большая выборка, из которой на каждом этапе нужна лишь часть информации. Вывод: лишние ресурсы бекенда на разрезание и обработку, плохой cache БД, завышенный трафик между БД и бекендом.
Второй и третий имеют право на жизнь) Если хотите сделать аналог хабраката - то и второй и третий подходят, но я бы выбрал третий, чтобы в любое время можно было обойтись одним sql запросом.
Но, на самом деле, к производительности это почти никак не относиться)