Цитата:
Изначально опубликовано Nik
Grizzly, возможно в общем плане Вы и правы. Но, в то же время, такой подход удобен, он позволяет "завуалировать" любые ошибки разработки. А ресурсы в системе не безграничны. Решая проблему, скажем, производительности , нужно предвидеть к каким отрицательным результатам это может привести. А в результате, забив таблицу Employee вычисляемыми полями, разработчики не оставили маневра для кастомизации. Мы, добавив необходимые для себя 20 полей, уткнулись в предельную длинну записи 4k. И теперь на "нашем кусочке" нормализация для нас догма.
Т.е. Вы ставите в вину разработчикам, что они разместили в системе столько функционала, что Вам некуда поместить свой?
P.S. Я предложил Вам вариант как отсортировать записи по датам, предполагая, что они находятся на относительно небольшом временном расстояни друг от друга. Но если это касалось дней рождения, то я считаю что этот вариант неудачный. Для этого случая лучше использовать что-то подобное прилагаемому отчету.