Начал разбираться с PB и появилась кучка вопросов.
Если кто может ответить - призе (если нет - не флеймите прлиз )
1. Как сделать чтобы одно ДВ зависело от другого ДВ, т.е. от того что выбрано в мастер ДВ меняется выборка в подчиненном ДВ.
(вариант ловить Обновление и по нему перекомпилить SQL запрос - и так понятен, но не интересен)

2. второе ДВ (детальное) показывает данные из главного ДВ (таблица для быстрого просмотра основных параметров) Можно конечно ловить перемещения по первому ДВ и изменять позицию второго, но может есть более правильные пути

3. на окне идут подрят N ДДДВ (пункт, подпункт, и т.д. детализация)
как зделать так, чтобы данные в последующем ДДДВ зависили от предыдущего (динамическую перекомпиляцию SQL запроса не предлагать)

4. Как сделать, чтобы по ТАБу крутились в одной записи, а не убегали на следующие (+тоже самое для колесика мышки) в примерах PB 9.0 есть один, где используются несколько ДВ для отобразения одной записи (сверху - основная инф-я, снизу - на закладках частная, так вот там можно прокрутить одно окошко, не прокручивая другие - а это ошибка для оператора)

5. Как передавать информацию (параметры) в открываемое окно?

Уф... ну вроде все пока Если кто может помочь - БОЛЬШОЕ СПАСИБО!!!
ЗЫ PB 9.0, в основном программирую на Access и все здесь приведенное (кроме п.2) легко там реализуется без особого программирования.

IkarОтвечаю "навскидку", быстро, по этому не полно и скорее направлениями, чем конкретикой... Так что прошу ногами не пинать, если чего не то сморожу...

1, 2 - смотрите хелп в сторону Shared DataWindow
3 - GetChild(), на событии itemchanging - SetFilter()
4 - не понял, изложите подробнее...
5 - ФАК читать надо! ;-) Использование глобального объекта Message для передачи параметров между формами приложения
---
С уважением, IKAR
ikarhomecenter@narod.ru
IkarHomeCenter

По поводу ФАКа - прошляпил
Shared DW - насколько я понял дает возможность работать с одними и теми же данными (Вопрос а Запросы для общей работы должня бать одинаковые или это не играет роли?)
Вопрос заключается в другом: для детального отображения в подчиненном окне данных из главного ЕДИНСТВЕННЫЙ вариант ловить событие смены/выбора строки и по нему менять отображаемую строку в подчиненном или есть другие возможности?

Guest_2Мне другие возможности не известны?
А какие - теоретически, могут быть, кроме,как отловить переход на другую строку и по нему делать обработку?
Как я делаю для Access: главный ДДДВ - ничего не меняется, подчиненный ДДДВ - в запросе на выборку элементов в SQL запрос добавляется Where MasterID = MasterID_In_Form (навскидку примерно так).
Для форм это делается через Основное/Подчиненное поля, т.е. стандартно и не требует НИКАКОГО дописания кода, что суть хорошо (+бесплатный бонус в виде автозаполнения связующих полей при внесении нового элемента)
Хочу понять как это можно реализовать на PB?

Guest_2Все равно при перемещении, что равносильно при переходе на другую строку.
Дело в том, что не всегда параметры необходимые для выборки данных в dw_detail находятся в готовом виде в dw_master.
Хотя не спорю, в случае если все данные уже присутствуют в dw_master, выборку данных в dw_detail можно ( опять же в каких-то случаях) автоматизировать самому.Перемещение и переход в данном случае одно и тоже, но интересно, как это сделать проще, а значит быстрее и дешевле (если знаешь, что делаешь ).
Мне нужно связывание по ключу, это легко и непринужденно идентифицирует нужные данные в подчиненном ДВ.

2 Локшин Марк

Спасибо, буду знать куда еще копнуть. Но на данном этапе, я еще не достаточно хорошо освоился с базой PB, чтобы залезать в PFC.
Пошел учиться дальше... ЭТо иногда полезно бывает

Ух ты... сколько вас набежало... ну будем отвечать по порядку.

2 Локшин Марк

Согласен, что так – можно, но я просто узнаю возможные методы программирования тех или иных стандартных ситуаций.
Минус приведенного Вами см. ниже

2 Guest_2

На данном этапе перед собой ставлю задачу изучить именно базовые возможности предоставляемые PB. И только затем, при необходимости стоит городить что-то свое. А так и не С++ делал себе библиотеки работы с файлами причем со множеством функций и долго отлаживал, сейчас примерно тоже самое можно реализовать на PB стандартными функциями работы с ИНИ файлами (причем это не нужно писать, а только использовать).
Поэтому, если есть возможность применить стандартный набор ф-ций – его нужно использовать. В этом согласен с ASCRUS’ом, где то на форуме есть его ответы на подобное.

ЗоринАндрейИ на каждый чих запрос к БД ? Бррр...
Возьмем пример (возможно станет понятнее )
Есть учебник по математике, в нем содержание Глав ~100, подглав(подразделений) тоже по 100 (на каждую), учебников уже 10 шт. И допустим в каждой из подглав по 1000 задач.
Таким образом в первый ДДДВ (при работе с фильтрами) нужно грузить 10 строк, во второй 1 000, в третий 100 000, в детализацию 100 000 000. Затем фильтровать.
Хотя можно: 10 стр. в 1, 100 стр. в 2, 100 стр. в 3, 1000 в 4.
Итого на нижнем уровне имеем разницу в 99999000 перекаченных без надобности строк.
А ОНО НАДО?
ЗЫ неявный плюс от фильтрации – данные закачиваются только один раз, а дальше повторно используются. Минус их нужно периодически (или по команде пользователя) перегружать т.к. содержание постоянно меняется (проблема, но не моя )

ЗоринАндрейНе ну я удивляюсь. Ваще обленились. Там кода наверное получится меньше чем текста в Ваших постах в несколько раз.
Можно расценивать это как лень, но ну очень не хочется по вляпаться в танцы с бубнами по причине не до конца изученной предметной области. Посему и узнаю что, да как делается

ЗЫ Спасибочки всем, кто откликнулся.
ЗЗЫ Изучаем дальше, пока ИМХО, встроенных методов борьбы с ентим нет.

ГеннадичЕсли в селекте DW использовать связанные переменные, то обращение к базе будет не такое уж и тяжёлое - база будет долго думать над первым селектом, а остальные выполнит намного быстрее, запрос в базе уже распарсенный лежит в кэше, уйдёт время только на трафик между клиентом и сервером. Это проверено на ASA и Oracle.Вот именно это и интересно, а как использовать связанные переменные?