Несколько вопросов по применению TDBGrig

[ger_kar]

С контролом TDBGrid поставляется довольно много всевозможных примеров его применения и тем не менее на все возникающие вопросы, изучение этих примеров, ответы не дает. Поэтому задам их на форуме. Контрол не очень редкий, особенно у Дельфистов. Может и на нашем форуме его знают.
Вот и первый вопрос:
Исходные данные: контрол связан с базой данных через ADODB.Recordset. AdoDc и TDataLite не используются. К рекордсету применяется фильтр, поэтому набор отображаемых данных в TDBGrid может меняться в зависимости от фильтра.
А сам вопрос таков как можно пронумеровать отображаемые данные? Т.е. в отдельно выделенной колонке выводить номер записи. Ну и по некоторым колонкам нужно подбить итоги. Итоги посредством запроса не подходят ибо при применении фильтра их нужно пересчитать, а итоги если делать их через запрос считаются без учета фильтра.

[ger_kar]

Это уже скорее вопрос по рекордсету, но тем не менее он призван решить проблему, обозначенную выше с подведением итогов. Кк показали небольшие тесты, самый быстрый способ подведения итогов - сделать это через SQL запрос. Применительно к предыдущей задаче с фильтром на выходе рекордсета имеется набор отфильтрованных записей, которые собственно TDBGrid просто отображает. Так вот вопрос таков, можно ли сделать новый запрос не к базе данных, а к уже имеющимусю открытому рекордсету, и если это вообще возможно, то как это можно проделать?
Ведь по сути рекордсет это такая же таблица с отобранными записями, только временная. Или я не прав?

[FireFenix]

А сам вопрос таков как можно пронумеровать отображаемые данные?

Наскока я понимаю TDBGrid есть разновидность DataGrid'a или подобных ему контролов.

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

Так вот вопрос таков, можно ли сделать новый запрос не к базе данных, а к уже имеющимусю открытому рекордсету

Нет

и если это вообще возможно, то как это можно проделать?

1) Правильную организацию БД
2) Сложный запрос
3) Временные таблицы
4) В два запроса

[ger_kar]

Наскока я понимаю TDBGrid есть разновидность DataGrid'a или подобных ему контролов.

Да, но только с сильно расширенным функционалом.

Т.е. если компонент использовать не в виде таблицы, а промежутка к БД, то данные будут отображены только те которые получены в результате запроса.

Ну да, так оно и есть. Применили например фильтр к рекордсету - изменяется и набор выводимых записей.

Тем самым чтобы добавить колонку, нужно использовать по другому компонент или добавить колонку в таблицу БД

Дык саму то колонку можно добавить без проблем, а если точнее я ее уже добавил. Вопрос теперь в том, как ее заполнить так, чтобы в ней отражались текущие порядковые номера записей. Т.е. первой записи соответствовал номер 1 и так далее. И чтобы после применения фильтрации нумерация обновлялась в соответствии с обновленным набором.

4) В два запроса

В смысле запрос с вложенным подзапросом чтоли? Или два отдельных?

1) Правильную организацию БД

К сожалению база уже есть и заполнена данными, я делаю оболочку и приходится работать, с тем что дал заказчик.

2) Сложный запрос

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

3) Временные таблицы

Т.е. результат сложного запроса скидывать во временную таблицу, а вместо фильтрации применять новый запрос, но уже к этой таблице?
А зачем тогда придумали фильтрацию. И разве результат запроса в виде записей рекордсета не представляет из себя временную таблицу?
Но тогда почему к нему нельзя обратится как к таблице?

[FireFenix]

Дык саму то колонку можно добавить без проблем, а если точнее я ее уже добавил. Вопрос теперь в том, как ее заполнить так, чтобы в ней отражались текущие порядковые номера записей. Т.е. первой записи соответствовал номер 1 и так далее. И чтобы после применения фильтрации нумерация обновлялась в соответствии с обновленным набором.

Если ты добавил колонку в таблицу, то в каждой СУБД есть ключевое поле, которое само ведёт нумерацию кортежей, чаще всего которое используют как Id

В смысле запрос с вложенным подзапросом чтоли? Или два отдельных?

Ты ж не написал какая СУБД, поэтому многие СУБД не поддерживают вложенные запросы => 2 отдельных запроса

К сожалению база уже есть и заполнена данными, я делаю оболочку и приходится работать, с тем что дал заказчик.

И что что она есть. При достаточном желании можно немного по другому сконфигурировать с сохранением данных, чтобы избежать лишних запросов

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

Я не знаю как работает твой контрол, но судя по тому что запрос и фильтры отдельно, то работа с фильтрами самая не производительная. СУБД сортирует по параметрам быстрее любого контрола.
Сложный запрос в том плане, чтобы за один запрос выбрать все требуемые данные, а не только промежуточные

Т.е. результат сложного запроса скидывать во временную таблицу, а вместо фильтрации применять новый запрос, но уже к этой таблице?

Да

А зачем тогда придумали фильтрацию. И разве результат запроса в виде записей рекордсета не представляет из себя временную таблицу?
Но тогда почему к нему нельзя обратится как к таблице?

Я не знаю про какие фильтры ты говоришь, наверняка фильтры для производительности применяются как часть запроса.
На твоём пути СУБД -> Драйвер ADODB -> Контрол, где АдоДб и контрол имеет свой буфер значений. Что контрол, что драйвер АдоДб спроектированы только так, как посредник в передачи данных между СУБД => они работают с самой СУБД для эффективности, а не со своим буфером.

Конечно если получить доступ у буферу значений или найти функции которые к нему обращаются, то всё возможно. Но как правило такие вещи работают только с БД

[ger_kar]

Ты ж не написал какая СУБД

Самая простая Access 'овская в файле .mbd

Я не знаю как работает твой контрол, но судя по тому что запрос и фильтры отдельно, то работа с фильтрами самая не производительная.

Сам контрол собственно ничего и не сортирует и не фильтрует, фильтрует ADODB.recordset.Filter.
При применении фильтра набор записей меняется практически мгновенно и неуловимо, если вместо фильтра делать перезапрос с измененными условиями отбора то задержка уже вполне чувствуется, а с разрастанием базы это будет только прогрессировать.

Если ты добавил колонку в таблицу, то в каждой СУБД есть ключевое поле, которое само ведёт нумерацию кортежей, чаще всего которое используют как Id

НУ такое поле конечно есть, но какой от него толк? Например в одном запросе запись с этим номером будет в одной строке (например 1), а в другом она может быть вообще в другом месте. ID привязан к конкретной записи а не к ее порядковому номеру в текущем наборе записей.

[ark]

Насколько я помню, в Access нету @Row_Number, поэтому придется вручную - добавь Unbound column (что нить типа Grid.Columns.Add, наверное) и заполняй

Код: Выделить всё

For i=1 To Grid.Rows.Count
Grid.Rows(i-1).Cells(0).Value=i' Ну, или Grid(i-1,0).Value=i - не знаю, какой там синтаксис
Next


По сумме - два варианта.
1. Добавить поле(поля) суммы через Sum и Group By в начальном запросе и объединить (не помню точно, через RIGHT или INNER) JOIN с остальными полями
2. В том же цикле (см. выше) считать сумму и выводить в еще одну Unbound Column

[vice4]

НУ такое поле конечно есть, но какой от него толк? Например в одном запросе запись с этим номером будет в одной строке (например 1), а в другом она может быть вообще в другом месте. ID привязан к конкретной записи а не к ее порядковому номеру в текущем наборе записей.

а почему при создании временной таблицы не заполнить поле порядковыми номерами?
я помнится так и делал, стандартного способа нумерации не нашел