Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Указатель на буфер записи базы данных после SetKey? [D5, Paradox]

Vlad2 © (2003-06-20 11:51:00)
Такая проблема: в одном месте программы запоминаю буфер записи table1.GetCurrentRecord(buf), в другом месте мне надо найти эту запись при помощи другой таблицы (table2.SetKey ... table2.GotoKey). После SetKey надо скопировать данные в ключевые поля из запомненного буфера (buf). Т.е., как узнать адрес буфера ЭТОЙ записи для поиска (по аналогии с ActiveBuffer)?
Стандартные методы работы со значениями полей (в т.ч. ключевых) не подходят, т.к. пишу универсальную программу для любых, заранее неизвестных, структур БД.
Думаю, вопрос трудный, но какая-то надежда на помощь всё же есть.
Спасибо.

Vlad2 (2003-06-20 13:43:00) [1]
Уважаемый MsGuns,
ключи мне надо редактировать в TQuery. Буду благодарен, если Вы приведёте пример запроса в ситуации, когда в гриде отмечено (SelectedRows) несколько записей, в которых нужно изменить поля.

MsGuns (2003-06-20 13:23:00) [2]
А мне вот непонятно, почему всю эту байду с ключами надо реализовывать "на таблице" ? Что, запросы не возможны по религиозным соображениям ? Кстати, перед Update во избежание конфликта ключей неплохо давать Select по новым значениям ключей.

И будет вполне универсально ;))

Vlad2 (2003-06-20 13:01:00) [3]
Уважаемому Соловьеву:
Трудно не согласиться. Изменение ключевого поля на совести меняющего, опасности этого действия ему известны, но он всё-таки хочет его изменить.

Соловьев (2003-06-20 12:49:00) [4]

> Пока беспокойства по этому поводу не было

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

Vlad2 (2003-06-20 12:46:00) [5]
> а зачем править ключевое поле?

А хочу :)

> не боишся траблов?

Пока беспокойства по этому поводу не было. Почему не могу изменить "Вася1" на "Вася2"?

Соловьев (2003-06-20 12:28:00) [6]

> надо изменить значение ключевого поля

а зачем править ключевое поле? не боишся траблов?

Vlad2 (2003-06-20 12:22:00) [7]
> почему не подходят?

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

Соловьев (2003-06-20 11:58:00) [8]

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

почему не подходят?

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »