|
СКД - хитрый отбор по полю |
☑ |
0
Snork
16.01.13
✎
09:25
|
Есть объединение 2ух таблиц. В каждой таблице есть колонка Номенклатура.
Можно ли сделать так, что бы когда пользователь делал отбор по полю номенклатура с СКД, то этот отбор применялся только к 1 таблице из объединения?
|
|
1
cw014
16.01.13
✎
09:26
|
Обзови во второй таблице "НеНоменклатура" а при соединении по этому полю соединяй
|
|
2
mikecool
16.01.13
✎
09:28
|
(1) да тупо для второй таблицы не включать номенклатуру в отборы для неавтозаполнения
|
|
3
Snork
16.01.13
✎
09:30
|
(2) как, у меня объединение таблиц?
|
|
4
К_Дач
16.01.13
✎
09:30
|
(1) у него объединение, а не соединение.
|
|
5
К_Дач
16.01.13
✎
09:31
|
(0) объединяй наборы данных, а не таблицы в одном запросе
|
|
6
mikecool
16.01.13
✎
09:39
|
(3) вторая, по которой будет отбор - заворачивается в подзапрос )
|
|
7
Snork
16.01.13
✎
10:18
|
спс
|
|
8
Snork
16.01.13
✎
10:47
|
(5) (6) все равно получается коряво.
поясню для получению этих 2 таблиц, которые я объединяю, предшествует 14 пакетов запросов. причем большая часть предшествующих пакетов используется для обоих таблиц.
если я сделаю объединение не в запросе, а в скд, то мне придется эти 14 пакетов повторить для каждого набора данных из объединения. производительноть сильно упадет.
можно еще как нить?
|
|
9
Леха Дум
16.01.13
✎
11:26
|
В нужном наборе сними флаг "Автозаполнение" и будет тебе счастье, только нужные поля для выбора компановке укажи на закладке "Компановка данных" в конструкторе запроса выбери сам
|
|
10
Snork
16.01.13
✎
12:25
|
(9) опоздал с ответом
|
|
11
Леха Дум
16.01.13
✎
14:13
|
Я не опоздал, я повторил (2) в разжеванном для тебя виде. Что ж поделать, если со второго ответа ты ничего не понял
|
|
12
Snork
16.01.13
✎
14:56
|
(11) опоздал
а вот что делать с (8) производительностью
|
|
13
Snork
16.01.13
✎
15:44
|
апп
|
|