Как определить, что запись последняя?

@taras atavin · Регистрация: 24.11.2009

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

Есть прилада с исходником (моя) и БД под аксесом, связь по ADO. В приладе есть много циклов перебора записей. Я перед циклом определяю, сколько в таблице всего строк, удовлетворяющих текущему фильтру, и юзю циклы со счётчиками. А как можно ещё? Можно ли в цикле while, не используя счётчик записей в какой бы то нибыло его форме, определить, является ли текущая запись последней? Как именно?

@Lord_Voodoo · 08.02.2010, 09:21

FindNext, FindPrior, FindFirst и FindLast работают с фильтрованными данными...

oxotnik · 08.02.2010, 09:41

Code
1
2
3
4
5
while (!Query1->Eof)
{
  // do something
   Query1->Next();
}

@taras atavin · 08.02.2010, 10:01 **[ТС]**

oxotnik, спасибо за ответ. На сколько я его понял, Eof работает и с таблицами/запросами ADO? Не знал. Я думал, что Eof только для файлов.

Добавлено через 1 минуту
Но делать теперь буду так:

C++
1
2
3
4
for (Query->First(); !Query->Eof(); Query->Next())
{
 
}

. Сначала указал while как цикл без счётчика, а потом сообразил, что мне же ещё надо перейти к первой записи, да и Next() удобнее в заголовке. А для обратного перебора есть что-то подобное? Типа

C++
1
2
3
4
for (Query->Last(); !Query->Bof(); Query->Prev())
{
 
}

? Или может

C++
1
2
3
4
for (Query->Last(); !Query->Eof(); Query->Prev())
{
 
}

?

oxotnik · 08.02.2010, 10:34

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

@taras atavin · 08.02.2010, 10:55 **[ТС]**

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

когда SQL не знают

. На сиквэле далеко не всё можно сделать. Я использую перебор записей сразу нескольких таблиц во вложенных циклах (на некоторых уровнях вложения имеется более одного цикла) в подпрограмме формирования допустимого учебного расписания вуза. Нука попробуй сделать целиком на сиквеле! Принципиально может и реализуемо, но ты этот запрос себе представь и прикинь, каково его сделать, а тем более, проверить, а на сях хоть декомпозиция есть. А вот второй вариант: таблица имеет композитный ключ из двух полей, её надо вывести на экран, так, чтобы одному полю ключа соответствовала строка, а второму - столбец. Сделай ка это на сиквэле! И вообще, из того, что ты связываешь знание сиквэла с перебором записей, следует, что именно ты сиквэла и не знаешь, раз не сообразил сразу, что он предназначен только для формирования выборки и может оказаться непригоден для выполнения операций с отобранными записями. Поиск путём перебора записей - действительно признак незнания сиквэла. Но разве я скзал, что ищу этим способом запись? Наоборот, из первого же моего поста видно, что поиск уже выполнен средствами сиквэла и обработать требуется все записи:

Сообщение от taras atavin

сколько в таблице всего строк, удовлетворяющих текущему фильтру

.

oxotnik · 08.02.2010, 11:07

Сообщение от taras atavin

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

кхм... SQL мощный инструмент работы с наборами данных, и может применяться не только для выборки, но и для добавления/изменения/удаления, причем эти операции выполняются не поочередно для каждого значения/записи, а для набора целиком, что в разы повышает производительность.
Я в свое время тоже начинал с переборов, но после того как узнал возможности SQL понял, что перебор записей на клиенте это самое распоследнее дело (особенно для отображения в виде таблицы).
По поводу столбцов и строк: конкретно твою задачу я не знаю, но строка в столбец средствами SQL может преобразоваться через UNION, либо аксесс поддерживает перекрестные запросы, которым тоже это можно сделать (я правда ни разу их не использовал, но в документации об этом говорится).
Зы: к стати, сложности при отображении и обработке данных свидетельствуют о неправильной/не продуманной архитектуре БД.

@taras atavin · 08.02.2010, 11:14 **[ТС]**

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

особенно для отображения в виде таблицы

Ты прочитал, какая именно у меня экранная таблица? Разве это на сиквэле реализуемо? Операторы типа

SQL
1
INSERT

/

SQL
1
DELETE

/

SQL
1
SET

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

SQL
1
INSERT

/

SQL
1
DELETE

/

SQL
1
SET

сделал, обработал

SQL
1
WHERE

и выдал несколько выборок.

oxotnik · 08.02.2010, 11:23

Сообщение от taras atavin

Ты прочитал ...? Разве это на сиквэле реализуемо?

а ты прочитал что я тебе про перекрестные запросы писал, и про структуру БД (возможно неправильную)?
и вообще я отвечал на твое утверждение:

Сообщение от taras atavin

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

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

@taras atavin · 08.02.2010, 11:26 **[ТС]**

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

добавления/изменения/удаления

это тоже формирование некоторого отношения. Хотя формирование расписания тоже можно сюда отнести, но ты себе представь такое отношение и соответствующий запрос. Сиквэл - язык запросов, не более того. Если б можно было всё свалить на сиквэл, то кто бы вообще писал клиенты и зачем они вообще были бы нужны? Если клиент ничего не делает, а всё свалено на сиквэл, то сдалай в аксесе форму с отчётом и юзь базу с аксеса. А если аксес не тянет по фукциональности/оформлению/времени разработки то и сиквэл не годен для полной реализации только на нём и клиенту придётся или обрабатывать записи самому или выдирать из них данные и самостоятельно отображать (не компонентами вкладки Data Controls, а другими, вообще с БД изначально не свзязанными, например, DrawGrid). Так вот, мне надо обе задачи решить не для отдельных записей, а для целых наборов, но си с наборами не работают целиком, отсюда перебор.

oxotnik · 08.02.2010, 11:49

Сообщение от taras atavin

Сиквэл - язык запросов, не более того

это инструмент для обработки данных

Сообщение от taras atavin

Если б можно было всё свалить на сиквэл, то кто бы вообще писал клиенты и зачем они вообще были бы нужны?

для отображения данных

Сообщение от taras atavin

Если клиент ничего не делает, а всё свалено на сиквэл, то сдалай в аксесе форму с отчётом и юзь базу с аксеса.

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

Сообщение от taras atavin

А если аксес не тянет по фукциональности/оформлению/времени разработки то и сиквэл не годен для полной реализации только на нём и клиенту придётся или обрабатывать записи самому или выдирать из них данные и самостоятельно отображать (не компонентами вкладки Data Controls, а другими, вообще с БД изначально не свзязанными, например, DrawGrid).

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

@taras atavin · 08.02.2010, 12:14 **[ТС]**

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

на нем можно очень много делать

согласен. Но всё же. Если клиент вообще нужен, то и ему что всегда останется. А когда не нужен, так и писать его вообще не нужно, а надо юзить формы/отчёты самого аксеса.

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

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

жалкое подобие СУБД

а хорошая СУБД тогда что? оракл? Я вообще то думал что оракл - крутая навороченная но слишком тяжелая для нормальных машин СУБД , аксес - средненькая, но всёже СУБД, а дэбэйс - лишь заготовка под СУБД.

oxotnik · 08.02.2010, 12:25

FireBird, MySQL, SQLite, MS SQL Express
все бесплатное и для повседневных задач шустрое, и ресурсов не требует особых.
дэбэйс - файловый вариант - прошлый век.

@taras atavin · 08.02.2010, 12:27 **[ТС]**

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

дэбэйс - прошлый век.

Тогда и было. Но я и в прошлом веке считал его не СУБД, а заготовкой под СУБД.

@Black Fregat · 08.02.2010, 13:28

Давайте вернемся к истокам спора и проясним позиции.

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

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

Ув. oxotnik, Вы предлагаете вообще не использовать такие select, которые возвращают несколько записей?

oxotnik · 08.02.2010, 13:49

Сообщение от Black Fregat

Ув. oxotnik, Вы предлагаете вообще не использовать такие select, которые возвращают несколько записей?

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

@Black Fregat · 08.02.2010, 14:00

Тогда о чем спор? Мне показалось, что никто и не возражает, что

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

оббегать циклом несколько десятков/сотен/тысяч записей для того что бы одному полю присвоить одинаковое значение это моветон.

oxotnik · 08.02.2010, 14:04

Сообщение от Black Fregat

Тогда о чем спор?

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

@Black Fregat · 08.02.2010, 14:18

Боюсь, я не совсем понимаю, как сочетаются Ваши утверждения:

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

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

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

пожалуйста, возвращайте много записей

Но это абстракция. Вот конкретный пример. Пусть нам надо опросить 1000 приборов, параметры доступа к которым хранятся в базе. Какой код, на Ваш взгляд будут более правильным?
1) Выбрать 1000 записей одним запросом и пройтись по нему в цикле
2) Сделать 1000 параметризованных запросов - по одному на каждый прибор?

Или Вы настаиваете на третьем варианте - мистическим образом опрашивать приборы прямо из SQL?

oxotnik · 08.02.2010, 14:47

Не надо подменять понятия. Я говорил о том что, для представления данных в виде таблицы циклы не нужны, и что таблицу в любом виде при правильно спроектированной БД можно вернуть на клиента из СУБД таким образом, что она будет отображена стандартными средствами (в них уже есть циклы, зачем еще надстраивать свои?).
В приведенном примере клиент является прокладкой между данными из БД и некими устройствами, тут без циклов не обойтись.
Для больших СУБД выгодней делать много мелких запросов, нежели один большой (на скорости клиента это отрицательно скажется, но на системе в целом - положительно).
В случае если клиент и СУБД обслуживают только себя, т.е. просто хранят и обрабатывают данные, то целесообразно проектировать таким образом, что бы клиент мог быть разработан с минимальными затратами, а это значит, что всю логику управления данными надо поместить на сервер, а с клиента вызывать необходимый функционал сервера.

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Обработчик клика мыши в браузере ПК и касания экрана в браузере на мобильном устройстве 8Observer8 02.02.2026 Содержание блога Для начала пошагово создадим рабочий пример для подготовки к экспериментам в браузере ПК и в браузере мобильного устройства. Потом напишем обработчик клика мыши и обработчик. . .	Философия технологии iceja 01.02.2026 На мой взгляд у человека в технических проектах остается роль генерального директора. Все остальное нейронки делают уже лучше человека. Они не могут нести предпринимательские риски, не могут. . .	SDL3 для Web (WebAssembly): Вывод текста со шрифтом TTF с помощью SDL3_ttf 8Observer8 01.02.2026 Содержание блога В этой пошаговой инструкции создадим с нуля веб-приложение, которое выводит текст в окне браузера. Запустим на Android на локальном сервере. Загрузим Release на бесплатный. . .	SDL3 для Web (WebAssembly): Сборка C/C++ проекта из консоли 8Observer8 30.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .
SDL3 для Web (WebAssembly): Установка Emscripten SDK (emsdk) и CMake для сборки C и C++ приложений в Wasm 8Observer8 30.01.2026 Содержание блога Для того чтобы скачать Emscripten SDK (emsdk) необходимо сначало скачать и уставить Git: Install for Windows. Следуйте стандартной процедуре установки Git через установщик. . . .	SDL3 для Android: Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 29.01.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами. Версия v3 была полностью переписана на Си, в. . .	Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	SDL3 для Android: Загрузка PNG с альфа-каналом с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .

@taras atavin 4226 / 1796 / 211 Регистрация: 24.11.2009 Сообщений: 27,562

	Как определить, что запись последняя? 08.02.2010, 09:08. Показов 4386. Ответов 32 Метки нет (Все метки) Есть прилада с исходником (моя) и БД под аксесом, связь по ADO. В приладе есть много циклов перебора записей. Я перед циклом определяю, сколько в таблице всего строк, удовлетворяющих текущему фильтру, и юзю циклы со счётчиками. А как можно ещё? Можно ли в цикле while, не используя счётчик записей в какой бы то нибыло его форме, определить, является ли текущая запись последней? Как именно? 0

@Lord_Voodoo Почетный модератор 8785 / 2538 / 144 Регистрация: 07.03.2007 Сообщений: 11,873
	08.02.2010, 09:21
	FindNext, FindPrior, FindFirst и FindLast работают с фильтрованными данными... 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	08.02.2010, 10:34
	а для чего вообще перебор записей делать? обычно таким занимаются, когда SQL не знают. 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	08.02.2010, 12:25
	FireBird, MySQL, SQLite, MS SQL Express все бесплатное и для повседневных задач шустрое, и ресурсов не требует особых. дэбэйс - файловый вариант - прошлый век. 0

oxotnik 1665 / 1134 / 80 Регистрация: 21.08.2008 Сообщений: 4,734 Записей в блоге: 1
	08.02.2010, 14:47
	Не надо подменять понятия. Я говорил о том что, для представления данных в виде таблицы циклы не нужны, и что таблицу в любом виде при правильно спроектированной БД можно вернуть на клиента из СУБД таким образом, что она будет отображена стандартными средствами (в них уже есть циклы, зачем еще надстраивать свои?). В приведенном примере клиент является прокладкой между данными из БД и некими устройствами, тут без циклов не обойтись. Для больших СУБД выгодней делать много мелких запросов, нежели один большой (на скорости клиента это отрицательно скажется, но на системе в целом - положительно). В случае если клиент и СУБД обслуживают только себя, т.е. просто хранят и обрабатывают данные, то целесообразно проектировать таким образом, что бы клиент мог быть разработан с минимальными затратами, а это значит, что всю логику управления данными надо поместить на сервер, а с клиента вызывать необходимый функционал сервера. 0