Запросы SQL

@-=Silver=- · Регистрация: 17.09.2008

Студворк — интернет-сервис помощи студентам

Велико уважаемые знатаки, у меня к вам вопрос.
Я програмно задаю запрос SQL по поиску в столбце таблици БД. Мне после выполнения запроса нужно посчитать количество всех строк ы ето значение присвоить переменной...
запрос выглядит так:

C++
1
ADOQuery1->SQL->Add("select COUNT(*) from TellBase ;");

как присвоить полученое число переменной ?! И какого типа будет переменная!?
Помогите плиз....

oxotnik · 23.09.2008, 09:52

C++
1
2
3
ADOQuery1->SQL->Add("select COUNT(*) AS Cnt from TellBase ;");
ADOQuery1->Open();
int Count = ADOQuery1->FieldByName("Cnt")->AsInteger;

@-=Silver=- · 23.09.2008, 09:55 **[ТС]**

так ето дует создаватся столбец или нет?!

oxotnik · 23.09.2008, 09:59

да

@-=Silver=- · 23.09.2008, 10:01 **[ТС]**

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

oxotnik · 23.09.2008, 10:05

запрос типа SELECT COUNT(*) выдаст всегда только одну строку.
переформулируй вопрос, а то не понятно что хочешь?

@-=Silver=- · 23.09.2008, 10:12 **[ТС]**

У меня есть БД и с нее выбираются записи (пользователем) ....
выглядит ето так:

C++
1
2
3
4
5
6
7
8
9
10
11
12
Numb = Edit1->Text;
//Abon = Edit2->Text;
if(ADOQuery1->Active)
{
ADOQuery1->Close();
ADOQuery1->SQL->Clear();
ADOQuery1->SQL->Add("");
ADOQuery1->SQL->Add("select *from TellBase where ТЕЛЕФОН Like '"+Numb+"%' ORDER BY ТЕЛЕФОН;");
ADOQuery1->Open();
 
}
DBGrid1->DataSource=DataSource1;

Мне надо посчитать количество строк после виполнения действий пользователем!?

@Lord_Voodoo · 23.09.2008, 10:13

причем тут дополнительные строки и столбцы, если прогуляли теорию БД рассказываю - результат запроса SELECT будет таблица, т.е. ваш запрос никоим образом не повлияет на исходную таблицу...

@Angry_Bobo · 23.09.2008, 10:17

Сообщение от -=Silver=-

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

Пробуй TADOQuery->RecordCount; неисключено, что перед этим придется сделать TADOQuery->Last( );

select *from TellBase where ТЕЛЕФОН Like '"+Numb+"%' ORDER BY ТЕЛЕФОН

А такое формирование запроса лучше вообще не делать.

@Lord_Voodoo · 23.09.2008, 10:20

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

Пробуй TADOQuery->RecordCount; неисключено, что перед этим придется сделать TADOQuery->Last( );

как показывает практика, запрос сработает быстрее...

@Angry_Bobo · 23.09.2008, 10:30

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

как показывает практика, запрос сработает быстрее...

Скорее всего так и будет...
Но если делать, как хочет топикстартер, то надо два запроса:
1. select * from .... where .... /*возвращает искомые данные*/
2. select count(*) from ( select * from.... where...) /* возвращает кол-во записей искомых данных*/

@-=Silver=- · 23.09.2008, 10:34 **[ТС]**

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

А такое формирование запроса лучше вообще не делать.

Почему, что нетак ?!

@Lord_Voodoo · 23.09.2008, 10:34

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

@Angry_Bobo · 23.09.2008, 10:57

Почему, что нетак ?!

Динамическое формирование запросов, есть очень дурной тон в программировании. Нужно использовать Bind Variables, то бишь переменные привязки или параметры. Динамические запросы очень уязвимы к SQL-инъекциям, что ставит под угрозу безопасность БД. Давай попробуем сделать так:

Пусть значение переменной Numb содержит некое поле TEdit1->Text. Запишем запрос так:

SQL
1
SELECT *FROM TellBase WHERE ТЕЛЕФОН LIKE :PT ORDER BY ТЕЛЕФОН

Дальше как обычно:

C++
1
2
3
4
ADOQuery1->SQL->Add("см. выше");
ADOQuery1->Parameters->ParseSQL(ADOQuery1->SQL->Text,true);/*если не хочешь создавать параметр вручную*/
ADOQuery1->Parameters->ParamByName("PT")->Value = Edit1->Text;/*присвои значение параметру*/
ADOQuery1->Open( );

Теперь попробуй вводить в Edit1->Text поочереди, следущие значения, например:

2128506
212%
%85%
212%06

и еще, на что фантазии хватит.
Наблюдай, как это будет работать...

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

Если СУБД типа Paradox или DBase, то Last можно и не делать, RecordCount вернет кол-во записей по RecNo и перебора по выборк не будет, но в серверной архитектуре такое не прокатит.

@Lord_Voodoo · 23.09.2008, 11:02

ну так когда ты сказал, что надо скакнуть в конец таблицы - ты сам обозначил, что это серверная архитектура... а вот на счет динамического формирования запросов - не согласен... всегда именно так запросы юзаю, пока проблем не было, главное контролировать данные, что в запрос попадают, чтобы ошибок не лезло...

@Angry_Bobo · 23.09.2008, 11:28

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

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

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

например:

select * from table where field = 1;
select * from table where field = 2;
*****************************
select * from table where field = n;

СУБД будет N-раз разбирать SQL и строить план выполнения по новой, а если записать

Code
1
select * from table where field = :Val;

то будет только один разбор, план которого сохраняется в кэше и затрат на разбор не будет, сколько раз его не вызывай, что ощутимо при обработке больших объемов данных.

Это лишь самый простой пример использования параметров...

@Lord_Voodoo · 23.09.2008, 11:30

да я не ради спора спросил, просто не знал, теперь буду знать, мерси за справку... только вот беда, а если я динамически даже сам объект запроса создаю, имеет ли тогда какие-то преимущества запросы с параметрами?

oxotnik · 23.09.2008, 11:35

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

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

СУБД в любом случае будет подвергать запрос разбору, и не важно параметрический он или нет. Она не разбирает только хранимки, которые лежат в ней в уже скомпилированном виде.
ЗЫ: для предварительного анализа и разбора запроса есть метод Prepare()

Добавлено через 2 минуты 37 секунд

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

да я не ради спора спросил, просто не знал, теперь буду знать, мерси за справку... только вот беда, а если я динамически даже сам объект запроса создаю, имеет ли тогда какие-то преимущества запросы с параметрами?

имеют. Драйвер, через который подключаешься к СУБД сам распознает такой тип как дата, а то в разных СУБД дата по разному пишется: у кого то через #Date# у кого то 'Date' и т.п. и еще числа в экспоненциальном виде тоже бывает хитро преобразуются

@Angry_Bobo · 23.09.2008, 11:52

ИМХО, параметры в SQL - это отдельная тема дисскуссии, т.к. кратко обсудить целесообразность их применения не получится... Далеко не одна книга на эту тему уже написана...

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

да я не ради спора спросил, просто не знал, теперь буду знать, мерси за справку... только вот беда, а если я динамически даже сам объект запроса создаю, имеет ли тогда какие-то преимущества запросы с параметрами?

Ну если ты динамически создаешь содержимое FROM, то параметры в нем будут бессильны.

А так бесспорно, имеют.

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

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

Но только один раз за сессию (в Oracle стопудово, насчет остальных не уверен), так что, если в сессии он используется многократно, то аппаратные ресурсы на разборы существенно экономятся.

oxotnik · 23.09.2008, 12:02

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

Но только один раз за сессию (в Oracle стопудово, насчет остальных не уверен), так что, если в сессии он используется многократно, то аппаратные ресурсы на разборы существенно экономятся.

Дело не в СУБД и не в клиенте, а скорее всего в драйвере
проведи эксперимент
В большом цикле сделай вызов запроса через:
1. T...Query::Open();
1.1. Параметризованный
1.2. Не параметризованный
2. T...StoredProc::Open();

В M$ SQL и IBase через хранимки намного быстрей работает в любом случае

Новые блоги и статьи Все статьи Все блоги /
Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек SDL3 и Box2D из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия SDL 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual. . .	SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .
Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»

@-=Silver=- 1 / 1 / 1 Регистрация: 17.09.2008 Сообщений: 27
	23.09.2008, 09:55 [ТС]
	так ето дует создаватся столбец или нет?! 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	23.09.2008, 09:59
	да 0

@-=Silver=- 1 / 1 / 1 Регистрация: 17.09.2008 Сообщений: 27
	23.09.2008, 10:01 [ТС]
	может есть какойто другой способ получить количество строчек просто мне нужно чтобы данные оставались без изменения.... без дополнительных слолбцов и строк!? 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	23.09.2008, 10:05
	запрос типа SELECT *COUNT()** выдаст всегда только одну строку. переформулируй вопрос, а то не понятно что хочешь? 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	23.09.2008, 10:13
	причем тут дополнительные строки и столбцы, если прогуляли теорию БД рассказываю - результат запроса SELECT будет таблица, т.е. ваш запрос никоим образом не повлияет на исходную таблицу... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	23.09.2008, 10:34
	ну а по-другому все равно запрос выполнить надо, а потом еще и вниз скакать, если буферизированно данные из источника данных подаются... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	23.09.2008, 11:02
	ну так когда ты сказал, что надо скакнуть в конец таблицы - ты сам обозначил, что это серверная архитектура... а вот на счет динамического формирования запросов - не согласен... всегда именно так запросы юзаю, пока проблем не было, главное контролировать данные, что в запрос попадают, чтобы ошибок не лезло... 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	23.09.2008, 11:30
	да я не ради спора спросил, просто не знал, теперь буду знать, мерси за справку... только вот беда, а если я динамически даже сам объект запроса создаю, имеет ли тогда какие-то преимущества запросы с параметрами? 0