Очевидно, в первую очередь она грозит все нарастающими сложностями по мере развития и роста приложения: чем больше внутри связей, тем труднее их отслеживать и учитывать. Как итог, внесение правок в тот или иной слой или компонент системы влечет собой трудопрогнозируемые изменения в поведении не только этого компонента, но и ряда других, с ним как-то связанных. По сути, это касается не только слоев как таковых, но и функциональных блоков внутри них.

Притча в тему:

Маркетолог спрашивает программиста: в чём сложность поддержки большого проекта?

Программист: ну представь, что ты писатель и поддерживаешь проект «Война и мир». У тебя ТЗ — написать главу как Наташа Ростова гуляла под дождём по парку. Ты пишешь «шёл дождь», сохраняешь, вылетает сообщение об ошибке «Наташа Ростова умерла, продолжение невозможно». Почему умерла? Начинаешь разбираться. Выясняется, что у Пьера Безухова скользкие туфли, он упал, его пистолет ударился о землю и выстрелил в столб, а пуля от столба срикошетила в Наташу. Что делать? Зарядить пистолет холостыми? Поменять туфли? Решили убрать столб. Получаем сообщение «Поручик Ржевский умер.» Выясняется, что он в следующей главе облокачивается о столб, которого уже нет…

Потом, есть еще традиционный вопрос заменяемости компонентов. Скажем, сегодня у нас View - это веб-интерфейс. А завтра заказчик захотел, скажем, десктопный клиент или клиент в виде Android-приложения. А у нас уже Business на веб завязан. Или Data использует какой-нибудь NHibernate, который захотели заменить на EF. Но фиг там - в Business вовсю хвосты NHibernate торчат, и теперь надо полсистемы переписывать.

системное администрирование, информационная безопасность и создание-поддержка-продвижение сайта

Запросто: наняться в какую-нибудь небольшую конторку, которая недавно решила, что без собственного сайта ну никак вообще, однако выделить бюджеты на целую команду (сисадмин, безопасник, верстак, разработчик, СЕОшник и т.п.) не хочет или не может. Таким конторам как раз ко двору придется "человек-оркестр", который и сервак подымет, и сайтик на него выложит, и продвигать его потом станет. Англосаксы про таких говорят "Jack of all trades, master of none".

Далее "оркестр", скорее всего, определит для себя одну-две по-настоящему интересные области и будет развиваться уже в этих направлениях, задвинув остальное. Ну или сопьется от неспособности объять необъятное :)

Будет что-то вроде:
SELECT * FROM the_table LIMIT 5,1;
Только нужно еще обязательно ORDER BY правильный, иначе порядок строк начнет плавать, и значение вернется уже какое-то другое.

А вообще, завязываться на порядок строк и брать точно шествую (третью, семнадцатую) - это очень и очень странно. Лучше уж сразу добавить в таблицу какой-нибудь дополнительный идентификатор или как-то поправить логику, чтобы завязываться на WHERE, а не на номер строки.