Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Перекрестный запрос [D7, dBase, FoxPro, Paradox, DBISAM]


DimDim ©   (2006-10-01 20:46:00) 

Люди, помогите! В Access-е есть замечательный тип запроса - "Перекрестный запрос".
Т.е. есть данные:
Наим.раб.    Отчетн.мес.     Выполнение
Штукатурка     05.2006       100  
Штукатурка     06.2006       200  
Штукатурка     07.2006       300  
Покраска     06.2006       100  
Покраска     07.2006       200  
Покраска     08.2006       300  
и т.д.

Перекрестный запрос (по крайней мере в Access-е) это может отобразить в виде:
Наим.раб.     05.2006   06.2006   07.2006   08.2006
Штукатурка   100     200     300     0
Покраска      0       100     200     300

Кол-во ни записей, ни полей заранее неизвестно. Access делает это на ура! А как это в LocalSQL? Пусть даже не в одном запросе (через временные таблицы). Прсто отобразить - это умеет FastReport (CrossTab - отчеты), но проблема в том, что эти данные потом необхо обрабатывать.


Desdechado   (2006-10-03 17:49:00) [1]

> Место ответа типа "Это LocalSQL ни под каким соусом делать не умеет!"
LocalSQL ни под каким соусом делать не умеет.

> развели дискусию нахрена мне это надо.
Не нахрена, а как лучше. Если ты не видишь разницы, в сад. Жизнь будет больнее...


DimDim   (2006-10-02 21:36:00) [2]

Добрейшей души люди попались! Место ответа типа "Это LocalSQL ни под каким соусом делать не умеет!" развели дискусию нахрена мне это надо. Естественно, все можно просчитать и другими способами, но мне через такой запрос было бы УДОБНЕЙ ОБРАБАТЫВАТЬ ДАННЫЕ. Ну, лодырь я.
 Спасибо! Вопрос снимаю. Пойду окольными путями.


Desdechado   (2006-10-02 17:00:00) [3]

Автор, ты вдумайся. Все, что ты показываешь заказчику - это форма представления данных. А способ их хранения, добывания, обработки заказчику фиолетов. Поэтому не путайся строить обработку на форматах показа, они вторичны. Пытайся строить обработку на форматах, которые удобны для обработки (НД из [3]), а результаты хоть цветочками по экрану вышивай.


Виталий Панасенко   (2006-10-02 14:36:00) [4]


> Johnmen ©   (02.10.06 14:20) [7]
>
> > DimDim ©   (02.10.06 14:01) [6]
> > Блин, да не для отображения мне это! В результате должен
>
> > быть набор данных (таблица)!
>
>
> И всё же неясно, что мешает сформировать требуемый НД?

Мне тоже. Это похоже(из изложенного) на анекдот о жителе крайнего сервера, который пытался измерить высоту палки.Ставил ее торком и лез на верх.Естественно, падал вмест с палкой. На предложение положить палку и измерить в таком положении он ответил: "Так это ж длинна будет, а не высота !.."


Johnmen   (2006-10-02 14:20:00) [5]


> DimDim ©   (02.10.06 14:01) [6]
> Блин, да не для отображения мне это! В результате должен
> быть набор данных (таблица)!


И всё же неясно, что мешает сформировать требуемый НД?


DimDim   (2006-10-02 14:01:00) [6]

Блин, да не для отображения мне это! В результате должен быть набор данных (таблица)! Ну, т.е. реально созданая по INTO. Потом еще афигительный алгоритм анализа по этим данным должен делаться (естественно, программно). Это еще завязано на нормах списания материалов, потребности механизмов и т.д., но это совсем другая история...


Виталий Панасенко   (2006-10-02 11:34:00) [7]

Тебе отображать для редактирования ? Просто если все это делается где-то внутри проги(я об обработке НД), то
> Desdechado ©   (01.10.06 22:53) [3]

.. Иначе(если смотреть и редактировать) - NXDBGRID тебе в помощь. Хоть на него и кто-то тут "гнал" :-), но он это умеет делать


DimDim   (2006-10-02 10:57:00) [8]

Мне-то подходит. Но есть такое мерзкое слово "ЗАКАЗЧИК"! Да, собственно, дело даже не в Заказчике. Еще раз говорю, что потом на основе этого довольно большая обработка данных делается (это сметная программа + система анализа и управления строительным производством)


Desdechado   (2006-10-01 22:53:00) [9]

и чем тебе набор
Наим.раб.    Отчетн.мес.     Выполнение
Штукатурка     05.2006       100  
Штукатурка     06.2006       200  
Штукатурка     07.2006       300  
Покраска     06.2006       100  
Покраска     07.2006       200  
Покраска     08.2006       300

не подходит для "вычисляются объемы незавершонки"?


DimDim   (2006-10-01 22:14:00) [10]

Дык я про это и говорю: если бы мне надо было это только для отчета - проблем нет. Я бы это сделал в FastReport-е. Он это сам делает. А мне именно в результате нужен реальный набор данных (к нему потом привязываются плановые объемы выполнения, вычисляются объемы незавершонки и т.д. -ну, это так, технические подробности).


Desdechado   (2006-10-01 21:08:00) [11]

обраьботка данных не зависит от формы представления в отчете


Наверх

Титульная страница Поиск, карта сайта Написать письмо