Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2006.12.10;
Скачать: [xml.tar.bz2];

Вниз

Перекрестный запрос   Найти похожие ветки 

 
DimDim ©   (2006-10-01 20:46) [0]

Люди, помогите! В 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-01 21:08) [1]

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


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

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


 
Desdechado ©   (2006-10-01 22:53) [3]

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

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


 
DimDim ©   (2006-10-02 10:57) [4]

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


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

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

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


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

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


 
Johnmen ©   (2006-10-02 14:20) [7]


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


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


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


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

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


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

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


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

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


 
Desdechado ©   (2006-10-03 17:49) [11]

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

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



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2006.12.10;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.47 MB
Время: 0.046 c
1-1161812639
VeLeS
2006-10-26 01:43
2006.12.10
Как одновременно редактировать дату и время в TDatetime?


15-1164052618
melkyi
2006-11-20 22:56
2006.12.10
Петр Дранго


2-1164285034
alkin
2006-11-23 15:30
2006.12.10
На форме есть компонент ListView


2-1164003387
lobach
2006-11-20 09:16
2006.12.10
ValueListEditor


2-1164224668
Romal
2006-11-22 22:44
2006.12.10
что быстрее?





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский