Rambler's Top100
Форум: MS ACCESSVBVBA MS OfficeMS SQL server
Новые сообщения: 0000

Форум: MS ACCESS

Вопросы связанные с MS ACCESS

Обновить визитку
Участники «Online»
Все участники

 
 

Доброго времени суток, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Преобразование структуры отображения данных для их анализа
 
 автор: ROM!MDB   (07.02.2007 в 15:43)   личное сообщение
 
 

Есть запрос в котором данные выгледят так:
Код письма КР1 КР2 КР3
1 0,5 0,1 0,7
2 0,66 0,2 0,4
Где КР1,,, это расчетные показатели (Их коды). У этих показателей есть оценки, которые позволяют формировать заключения в зависимости от значения показателя. Для того что бы воспользоваться этими оценками нужно представить данные в следующем виде:

Код письма Код показателя Значение показателя
1 КР1 0,5
1 КР2 0,1
1 КР3 0,7
2 КР1 0,66
2 КР2 0,2
2 КР3 0,4

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

  Ответить  
 
 автор: Gыwи   (07.02.2007 в 16:15)   личное сообщение
 
 

Примерно так: (таблица tbl1: code, kp1, kp2, kp3)

select code, kodpok, znpok from
(SELECT tbl1.code, "KP1" AS kodpok, tbl1.KP1 AS znpok
FROM tbl1
union all
SELECT tbl1.code, "KP2" AS kodpok, tbl1.KP2 AS znpok
FROM tbl1
union all
SELECT tbl1.code, "KP3" AS kodpok, tbl1.KP3 AS znpok
FROM tbl1)
order by code, kodpok

  Ответить  
 
 автор: ROM!MDB   (07.02.2007 в 23:00)   личное сообщение
 
 

Большое спасибо за помощь. Запрос содает нужную структуру, только вот при попытке его сохранить Access вылетает напрочь. Использую версию Access 2002 SP2 (10.4302.4219).
Может есть решение этой проблемы?
Если не трудно подскажите какие источники посмотреть чтоб разобраться в использовании возможностей SQL под Access .

  Ответить  
 
 автор: Explorer   (08.02.2007 в 11:16)   личное сообщение
 
 

проблема не в запросе и не в самом Access а вашем приложении ИМХО

создайте новую пустую БД и импортируйте в неё объекты из этой - глючной.

вы наверное не задаетесь вопросом периодического сжатия и оптимизации файла и сохранения разрабатываемого проекта - поэтому так и получается... база пухнет, накапливается мусор, сыпятся ссылки... в общем если работать аккуратно, то такой безобидный вопрос никак не может быть причиной разрушительных последствий.

попробуйте сохранить любой запрос из режима SQL View - не повторится ли такая же ошибка?

  Ответить  
 
 автор: ROM!MDB   (08.02.2007 в 13:43)   личное сообщение
 
 

>проблема не в запросе и не в самом Access а вашем приложении
>ИМХО


А вот и нет!
Для апробации создаю новую базу, в ней аналогичную таблицу - и тут начинается детектив...
Создал запрос в режиме конструктора добавил исходную таблицу, выбрал режим SQL и вставил туда этот код. При просмотре до сохранения - все прекрасно, получаем требуемую структуру. При попытке сохранения -БД слетает напрочь..
Если запрос предварительно сохранить (просто добавив в режиме конструктор поля из таблицы), а потом в режиме SQL все долбануть и вставить нужный код, то сохранение проходит и запрос нормально работает. Главное не пытаться сохранить изменение его структуры при просмотре в режиме таблице - иначе опять швах....

  Ответить  
 
 автор: Explorer   (08.02.2007 в 14:10)   личное сообщение
 
 

не нужно просто добавлять в дизайнере никаких таблиц в запрос - открывайте сразу как SQL

паскоку запросы на объединение не отображаются в дизайнере иначе как в SQL view

получается, что Access просто не понимает ваших действий - он то пытается сохранить обычный селект то оказывается что это уже юнион

вот и вылетает (а мог бы и послать :) хорошо хоть обошлось

_____________

так что зря вы давеча костерили это Гивино решение в форуме на СкульРу

  Ответить  
 
 автор: ROM!MDB   (08.02.2007 в 14:25)   личное сообщение
 
 

>не нужно просто добавлять в дизайнере никаких таблиц в
>запрос - открывайте сразу как SQL[b]

Таже капуста только в профиль... Все равно летит ... Переставляться пробовал - не помогает.
Но в общем то механизм найден:
Сначала сохраняю какой-нибудь запрос, а потом вставляю SQL код. Такие вот приблуды.

[b]>так что зря вы давеча костерили это Гивино решение в форуме
>на СкульРу


А могет и не зря... опыт такая штука, у меня нет, а у кого-то есть, а живет он не на Hiprog ,а на SQL.ru. Или я ошибаюсь?

Но все равно спасибо.

  Ответить  
 
 автор: Explorer   (08.02.2007 в 14:38)   личное сообщение
 
 

только причем тут многострадальный юнион?

  Ответить  
 
 автор: ROM!MDB   (08.02.2007 в 14:44)   личное сообщение
 
 

>только причем тут многострадальный юнион?

Не компетентен. Смогу ответить если посоветуете чего почитать по SQL под ACCESS!

  Ответить  
 
 автор: Gыwи   (08.02.2007 в 12:17)   личное сообщение
 
 

извините, за глупый вопрос - у вас не адп часом?

2002й с адп постоянно глючил подобным образом (вылеты с критом на сохранении запросов, некорректная работа построителя, мастеров, отладчика)- все само исправилось с переходом на 2003 (формат проекта а2000 обычно)

  Ответить  
 
 автор: ROM!MDB   (08.02.2007 в 13:47)   личное сообщение
 
 

>извините, за глупый вопрос - у вас не адп часом?

Да нет стандартный *.mdb (смотри ник :-))

>2002й с адп постоянно глючил подобным образом (вылеты с
>критом на сохранении запросов, некорректная работа
>построителя, мастеров, отладчика)- все само исправилось с
>переходом на 2003 (формат проекта а2000 обычно)


Может тот же самый прикол и в отношении *.mdb на 2002?

  Ответить  
 
 автор: Gыwи   (08.02.2007 в 13:52)   личное сообщение
 
 

не знаю) в 2002 в основном с адп работал) но явно была проблема у мастера запросов :)

зы. сорри за легкий флуд ;)

  Ответить  
HiProg.com - Технологии программирования
Rambler's Top100 TopList