SQL Поиск из Edit

[Stilet]

Есть. Толи ты получаешь набор у компонента, который с БД взаимодействует, то ли ты пытаешься получить набор у того компонента, кто о нем ничего не знает. DataSource это посредник (полупроводник) - на самом деле он не имеет отношения к реальным данным. Это шланг, перекачивающий жидкость, но если ты попытаешься настроить насос не на подачу воды в шланг, а на выкачку из шланга воды то получишь просто воздушный поток но никакой жидкости.

[Geksod]

Сообщение от Stilet

Есть. Толи ты получаешь набор у компонента, который с БД взаимодействует, то ли ты пытаешься получить набор у того компонента, кто о нем ничего не знает. DataSource это посредник (полупроводник) - на самом деле он не имеет отношения к реальным данным. Это шланг, перекачивающий жидкость, но если ты попытаешься настроить насос не на подачу воды в шланг, а на выкачку из шланга воды то получишь просто воздушный поток но никакой жидкости.

Пробую и так, и эдак. Работает. Объясните, пожалуйста, в каком случае необходимо подключать DataSource1 к SQLQuery, а в каких наоборот. И нужно ли наоборот?

[Stilet]

Если ты подключаешь DataSource1 к SQLQuery, то считается что источник данных SQLQuery, если наоборот то DataSource1.
Второй вариант иногда полезен для реляций типа Master-Detail. Когда один компонент Query может стать источником для другого Query. Однако я лично на практике никогда не сталкивался с такой схемой.

[Yurk@]

Схема Master-Detail для Query удобна когда работа идёт с множеством справочников у которых набор данных каждого следующего справочника зависит от выбора значения предыдущего справочника. в таком случае не приходится заморачиваться над обработкой этих данных, а просто настраивается Master-Detail для них и все работает по ключевым полям))

[IgoreKMaN]

я там вот точно иак пробава, а оно не работает(Я перешел на компоненты ADO)