ник: Explorer
очень хорошие вопросы (с) и оба касаются оптимизации того или иного конкретного решения.
да, действительно в большинстве реализаций (системы планирования "Resource usage") лучше брать две даты диапазона а количество дней рассчитывать - но очень много зависит от дальнейшей аналитики и вообще от назначения системы.
1) например, если вы соберетесь рассчитывать стоимость пребывания, услуг и т.п. или иные значения такого рода, выгоднее будет брать именно дни (количество) а не диапазоны. Или, на каом-то этапе работы с данными у вас появится и то и другое :)
1.а) если количество квантуется не в днях (а часах - в сауне, например, или в солярии) также будет выгоднее брать количество а не диапазон 12-09-2010 12:30:55 <> 12-09-2010 12:35:00. (а если возможно дифференцировать "поденно - почасам - помесячно, то тем более - хранить начало, квантор и количество)
2) эта тема часто дискутируется, в частности именно в той статье что я приводил ранее рассматривается вариант с раздроблением однотипных данных в разные таблицы и последующим сведением запросами с юнионами... в некоторых случаях даже отказываются от сквозных таблиц "контрагенты" разбивая на две - "поставщики" и "клиенты" - это все по месту, на этапе анализа и оптимизации прототипа (притачиваем напильником)
мое имхо - нужно изначально (в паттернах) максимально зажимать тему, потом чуть отпускать гайки "по месту"
практика показывает, что сквозные адреса и контакты открывает новые горизонты по анализу при больших объемах данных - это уже дэйта майнинг -
если стоит такая задача для бизнеса - лучше обратить на это внимание сразу, хотя не слишком сложно размяться потом и разбросанных данных.