lulgu
Этот код как раз показывает, что с датами нет никаких "макро на макро" с устрашающими запросами.

lulgu
Непонятно, зачем нужно "разворачиваются", когда и так "развернуто".

lulgu
С каких это пор лишний цикл FOR...ENDFOR стал называться "за..манаешься" - просто в приведенном примере почему-то не используется функция FIELD(i) в соответствии с DAY(<дата>).

Аспид
lulgu Очевидно, у вас свои задачи. И выбрав такую структуру хранения, вы реализовали все что вам надо.
У вас очевидно, что один график на всех. Согласитесь - простейший случай.

Вот кусочек из аутсорсинга персонала
Скрипт с MS SQL, но думаю понятно.

CREATE TABLE [dbo].[Tabel](
    [TabelID] [int] IDENTITY(1,1) NOT NULL,
    [CompanyID] [int] NOT NULL, компания
    [EmployeeID] [int] NOT NULL, человек
    [Dat] [date] NOT NULL, дата
    [WorkShift] [tinyint] NULL, смена (день-ночь)
    [Worked] [numeric](3, 1) NULL, отработанные часы

CREATE TABLE [dbo].[ESWH_hours](
    [hours_uid] [int] IDENTITY(1,1) NOT NULL,
    [person_uid] [int] NULL,
    [dd_id] [int] NULL CONSTRAINT [DF_ESWH_hours_dd_id]  DEFAULT ((1)),
    [mm_value] [int] NULL CONSTRAINT [DF_ESWH_hours_mm_value]  DEFAULT ((0)),
    [sz_id] [varchar](20) NULL,
    [comments] [varchar](250) NULL,
    [object_uid] [int] NULL,
    [DayOfWeek] [varchar](2) NULL,
    [FontColor] [int] NULL CONSTRAINT [DF_ESWH_hours_FontColor]  DEFAULT ((0)),
    [Vahta] [int] NULL CONSTRAINT [DF_ESWH_hours_Vahta]  DEFAULT ((0)),
    [is_select] [bit] NULL CONSTRAINT [DF_ESWH_hours_is_select]  DEFAULT ((0)),
    [grafik_uid] [int] NULL,
 CONSTRAINT [PK_ESWH_hours] PRIMARY KEY CLUSTERED 
(
    [hours_uid] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON) ON [PRIMARY]
) ON [PRIMARY]
ALTER TABLE [dbo].[ESWH_hours]  WITH CHECK ADD CHECK  (([dd_id]>=(1) AND [dd_id]<=(31)))

lulgu
Это у вас форма хранения даных, на сервере.

lulgu
Но извлекли вы ее запросом, в данном случае все равно развернув в виде того же табеля.
Потому что сервер вам это позволяет.

lulgu
И вводите данные, скорее всего, примерно в таком же виде.

lulgu
Но в Фоксе (речь ведь о нем) каждый раз заниматься подобной перекантовкой (SELECT или типа vfpxtab) не самое лучшее занятие.

Аспид
Taran Это наверное как раз то, что ТС хотел. Правда он уже решил все)

pasha_usue
Тем, что это не все циклы. Нужен еще цикл по месяцам, если даты не внутри одного месяца.
А ещё тем, что при нормальном проектировании вся эта куча кода умещается в одну строчку:
SELECT COUNT(Day) FROM Calendar WHERE WorkHours#0 AND BETWEEN(Day, {^2017.02.01}, {^2017.02.28} INTO...

И при этом, работает в разы быстрее.

lulgu
Наверное, это так, я вам верю. Но ...
Ваш SELECT - это только выборка, одна.

lulgu
"Быстрее" в данном случае вряд ли имеет значение.

lulgu
В свое время при большой выборке мне как-то пришлось заменить SELECT на SCAN...ENDSCAN так как он просто "засыпал".

lulgu
Он ведь тоже пробегает те же циклы, порой в усложненном варианте.

lulgu
Усилить цикл еще строчкой через MONTH() можно, если в этом был бы смысл.
Да и ваш COUNT(Day) можно заменить вызовом функцией суммирования по полям, было бы желание.

lulgu
...И при этом, работает в разы быстрее.

lulgu
Аспид
Если вы о Фоксе, то подтвердите свои абстрактные рассуждения реальным примером.

select sum(worked) form tabel where EmployeeID=153 and dat beetwen bDat and eDat

lulgu
То, что "некоторые" делают так, или не делают так, является аргументом только для детей.
Я выложил простейший цикл, решающий с датами задачу, и я не знаю, где вы там увидели какие-то 2-3-5 страниц кода, массивы, курсоры, и т.п.
Чтобы опровергнуть эти конкретные несколько строк, взамен предлагаются абстрактные и довольно объемные программные решения по перекантовке таблиц, причем эти решения вроде того суслика, которого не видно, а он есть.
Глвное - основным доводом является SELECT SUM() ..., проще которого разве что SELECT * ..., тоже мне нашли бином ньютона.