Использование функций базы данных в запросе

Всем привет.
Хотел бы узнать существует ли в ADODB.Recordset всякого рода функции?
Ну например я построил запрос :
Могу ли я по данному запросу узнать количество, строк? Или например получить массив уникальных значений определенного поля, если поле числовое то получить сумму всех значений в нем по данному запросу ну и т.д.

Я думую такие инструменты по-любому существуют в подключении к бд.

ЗЫ: извеняюсь если разрезал слух кому своей неосведомленностью в каких-то вопросах.

0

- Получаем кол-во строк в наборе. Если считать сумму по полям, тогда SQL запрос

Добавлено через 36 минут
Есть еще функция:

0

Методом "тыка" таки нашел решение.
В запросе там где указывается звездочка (между словами SELECT и FROM ).
Прописываются функции типа SUM, COUNT и другие. Для которых в качестве аргументов используются названия полей заключенные в квадратные скобки, пример:
Здесь мы получим сумму всех строк по столбцу "Value" за 1е января 2013 года. Или еще пример:
Тут мы получим количество строк попавших под этот запрос к БД.
А и самое главное .. результат выводиться следующим образом:
Добавлено через 5 минут
Спрашивающий,
Существует ли функция, с помощью которой можно получить массив уникальных значений определенного поля?

0

Сообщение от Bati4eli Существует ли функция, с помощью которой можно получить массив уникальных значений определенного поля?

1

mobile,
Спасибо! Очень полезная функция! А может она тоже самое проделать, только по нескольким полям?
И вообще есть офф сайтик где есть перечень всех этих функций с синтаксисом?

Добавлено через 27 минут

Сообщение от Спрашивающий Visual Basic 1 MsgBox rs.RecordCount - Получаем кол-во строк в наборе.

Данный метод всё время возвращает -1

0

Посмотрите тему созданную invDS в полезных примерах и кодах.

0

Сообщение от Bati4eli А может она тоже самое проделать, только по нескольким полям?

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

Сообщение от Bati4eli есть офф сайтик где есть перечень всех этих функций с синтаксисом?

Функционал SQL весьма различается для разных СУБД. Есть, конечно общие части, но все-таки надо определиться для какой БД будете изучать. Но самый лучший способ это практика на сайте sql-ex. Много замечательных программистов так или иначе паслись на сайте, нарабатываю навыки работы с скл.

Сообщение от Bati4eli Данный метод всё время возвращает -1

Надо заполнить рекордсет данными и он покажет правильный результат. Для этого надо пройти в конец (и вернуться): rst.Movelast: rst.Movefirst

1

mobile,

Сообщение от mobile Надо заполнить рекордсет данными и он покажет правильный результат. Для этого надо пройти в конец (и вернуться): rst.Movelast: rst.Movefirst

Не говорите ерунды ! Если вы такое провернете с записями в 200.000 на 4 машинах?


Обратите внимание на:

adOpenDynamic, adLockBatchOptimistic

Я же сказал прочитайте статью inv.DS прекрасно и просто написано.

1

Сообщение от Спрашивающий Не говорите ерунды ! Если вы такое провернете с записями в 200.000 на 4 машинах?

Ага. Не обратил внимания, что адо. :-(

0

mobile, Будем смотреть в будущие !

0

mobile,
1) я имел ввиду не просто уникальный список значений для каждого из столбцов, а список уникальных наборов по определенным столбцам
2) я юзаю базы Access, и пока в старом формате (mdb)
3)

Сообщение от Спрашивающий Visual Basic 1 2 3 4 5 Set rs = Nothing  Set rs = New ADODB.Recordset  rs.CursorLocation = adUseClient  rs.Open "SELECT * FROM TABLE", conn, adOpenDynamic, adLockBatchOptimistic  MsgBox rs.RecordCount

Отлично сработало! Просто ADO я методом тыка изучаю.. и не совсем понимаю разницу между adLockPessimistic и adLockBatchOptimistic.
И можете кинуть ссыль на пост от invDS ?

0

Bati4eli,

Подключение к базе данных через ADODB (статья)
Примеры SQL запросов к базе данных через оболочку Visual Basic да и других языков

Свойства объекта ADO.Recordset, свойства CursotType, LockType, CursorLocation, параметр Options метода Open()

При открытии объекта Recordset есть возможность определить еще несколько очень важных его свойств (их можно определить как напрямую перед открытием, так и как дополнительные параметры метода Open):

· первое свойство - CursorType, тип курсора. Это свойство определяется только перед открытием Recordset (после открытия оно доступно только на чтение). Курсор можно представить себе как указатель на записи в Recordset. В зависимости от типа курсора мы определяем возможности работы с Recordset и производительность выполняемых операций (чем больше возможностей, тем меньше производительность, и наоборот). Какие варианты значений возможны:

o adOpenForwardOnly (значение 0) - это значение используется по умолчанию. Оно оптимизировано для достижения максимальной производительности (он возможности будут минимальными). Курсор может двигаться только вперед, изменения, вносимые другими пользователями, видны не будут.

o adOpenStatic (3) - тоже, что и предыдущий, за исключением того, что можно двигаться во всех направлениях;

o adOpenKeyset (1) - позволяет двигаться в любом направлении, видны только изменения существующих записей другими пользователями (удаление старых и добавление новых не видны);

o adOpenDynamic (2) - обеспечивает максимальные возможности: позволяет двигаться в любых направлениях, видны любые изменения в записях, производимые другими пользователями. К сожалению, провайдер Microsoft.Jet.OLEDB.4.0 этот тип курсора не поддерживает, поэтому с Access и Excel его использовать не получится.

Свойство Recordset.RecordCount нормально функционирует только для курсоров типа Static и Keyset. Для курсоров типа ForwardOnly и Dynamic оно возвращает (-1), поскольку драйвер подключения не может определить количество записей.

· второе важное свойство - CursorLocation. Оно определяет, где будет создан курсор - на сервере или на клиенте. По умолчанию используется значение adUseServer (2) - создавать на сервере. Есть возможность использовать значение adUseClient (3) - создавать на клиенте. В целом практически во всех ситуациях удобнее и производительнее использовать серверные курсоры, за одним исключением - в реализации серверных курсоров на разных источниках данных больше отличий, поэтому если вы планируете работать с разными источниками, есть смысл подумать о клиентских курсорах.

· третье важное свойство - LockType. Это свойство определяет тип блокировок, которые будут наложены на записи на источнике, помещенные в Recordset. Можно использовать следующие значения:

o adLockReadOnly (1) - записи в Recordset будут доступны только на чтение, вы не сможете их изменять. Это значение используется по умолчанию.

o adLockPessimistic (2) - наиболее надежный с точки зрения целостности данных вид блокировки. Вы можете изменять записи в Recordset, но при начале изменения записи она блокируется на источнике таким образом, что другие пользователи не смогут обратиться к ней ни на чтение, ни на запись, пока вы не вызовете методы Update или CancelUpdate.

adLockOptimistic (3) - это значение позволяет выиграть в производительности за счет проигрыша в надежности обеспечения целостности данных. Запись на источнике блокируется только на время выполнения метода Update. Остальные пользователи могут одновременно с вами читать и изменять данные на источнике.

adLockBatchOptimistic (4) - то же самое, что обычное оптимистичное, но вместо немедленного обновления по одной записи используется пакетное обновление. В ситуации, когда изменяется большое число записей, такое решение позволяет выиграть в производительности.

Первый параметр метода Open в наших примерах был именем таблицы и командой SQL (могут использоваться и другие варианты). Поскольку драйвер OLE DB не знает, чем может быть передаваемый текст, он взаимодействует с сервером баз данных, чтобы выяснить этот вопрос. На практике такое выяснение может сильно тормозить работу приложения, поэтому есть смысл перед открытием Recordset явно указать тип передаваемых данных. Это делается при помощи параметра Options, который передается этому методу. Наиболее часто используемые значения таковы:

· adCmdText (1) - передаваемый текст - команда SQL;

· adCmdTable (2) - сгенерировать команду SQL, которая вернет все записи из таблицы (передается только имя таблицы);

· adCmdTableDirect (512) - получить все записи из таблицы напрямую (без выполнения SQL-запроса), если источник поддерживает такую операцию.

· adCmdStoredProc (4) - выполнить хранимую процедуру и использовать то, что она вернет, для заполнения Recordset.

1

Спрашивающий,
подскажи, пожалуйста, возможно ли такое:
у меня есть база, в которой есть поля Фамилия, Имя, Отчество и например пользователей подает запрос найти *иван* .. вот каким образом построить запрос, чтобы получить все строки где есть этот иван. Пускай это будет хоть Иванов, хоть Иван, хоть Иванович.

Добавлено через 19 минут
как всегда разобрался сам методом тыка:

0

Ваш код можно хорошенько урезать.

0

Спрашивающий,
например?

0

Bati4eli, Вот ты каждый раз создаешь подключение к базе, потом его закрываешь. Можно открыть 1 раз и не закрывать его на протяжении всего времени работы с БД. Потом всего 1 строкой посылать запрос к БД, а не писать все по 4 строки. Зачем ты постоянно создаешь RecordSet потом выполняешь с помощью него запрос, если тебе к примеру данные вовсе не нужны, а лишь выполнить запрос только, к примеру на вставку записей в БД.

Выложи исходник, я тебе примерно покажу как.

0

Вот к примеру функция использующаяся в серверной части моего приложения. Эта функция собирает по порядку части сообщений (например если оно длиной было более 255 символов). Т.е. рекордсет AD собирает все строки где Number_Part=1 (номер части сообщения равен 1), а потом AD2 находит остальные части этого сообщения.
Вообщем считаю, что по большей части занимаюсь дебилизмом и давно надо уже переходить на базы с расширением "accdb" .

0

Прикрепляю БД:

Вложения

DB.zip (25.2 Кб, 5 просмотров)

0

Спрашивающий, буду признателен если поможете оптимизировать работу с бд =)

0

Bati4eli, Тонкого клиента делать на Access это извращение.

0