Форум: "Базы";
Текущий архив: 2003.07.14;
Скачать: [xml.tar.bz2];
ВнизУказатель на буфер записи базы данных после SetKey? Найти похожие ветки
← →
Vlad2 (2003-06-20 11:51) [0]Такая проблема: в одном месте программы запоминаю буфер записи table1.GetCurrentRecord(buf), в другом месте мне надо найти эту запись при помощи другой таблицы (table2.SetKey ... table2.GotoKey). После SetKey надо скопировать данные в ключевые поля из запомненного буфера (buf). Т.е., как узнать адрес буфера ЭТОЙ записи для поиска (по аналогии с ActiveBuffer)?
Стандартные методы работы со значениями полей (в т.ч. ключевых) не подходят, т.к. пишу универсальную программу для любых, заранее неизвестных, структур БД.
Думаю, вопрос трудный, но какая-то надежда на помощь всё же есть.
Спасибо.
← →
Соловьев (2003-06-20 11:58) [1]
> Стандартные методы работы со значениями полей (в т.ч. ключевых)
> не подходят, т.к. пишу универсальную программу для любых,
> заранее неизвестных, структур БД.
почему не подходят?
← →
Vlad2 (2003-06-20 12:22) [2]> почему не подходят?
Например, такая ситуация. Выбрано несколько записей БД в таблицу. В них (во всех, или отмеченных) надо изменить значение ключевого поля. Понятно, что если идти в цикле по записям этой таблицы, изменяя значение этого поля, могут быть пропуски, т.к. записи будут перемещаться по таблице по мере редакции ключевого поля. Выход: запомнить первоначальное состояние таблицы и каждый раз искать в меняющейся таблицы нужную (неизменённую) запись. Вопрос лишь в быстром поиске.
Что, в каком виде и проще я должен запомнить, не зная структуры таблицы?
Конечно, можно сбросить первоначальное состояние во временную базу (например, при помощи BatchMove), но быстрее всё-таки - по адресам.
← →
Соловьев (2003-06-20 12:28) [3]
> надо изменить значение ключевого поля
а зачем править ключевое поле? не боишся траблов?
← →
Vlad2 (2003-06-20 12:46) [4]> а зачем править ключевое поле?
А хочу :)
> не боишся траблов?
Пока беспокойства по этому поводу не было. Почему не могу изменить "Вася1" на "Вася2"?
← →
Соловьев (2003-06-20 12:49) [5]
> Пока беспокойства по этому поводу не было
ключевое поле отвечает за уникальночть данных и еще по нем связи делают, если его править то можно нарушить целостность данных и получить противоречивые запросы...
← →
Vlad2 (2003-06-20 13:01) [6]Уважаемому Соловьеву:
Трудно не согласиться. Изменение ключевого поля на совести меняющего, опасности этого действия ему известны, но он всё-таки хочет его изменить.
← →
MsGuns (2003-06-20 13:23) [7]А мне вот непонятно, почему всю эту байду с ключами надо реализовывать "на таблице" ? Что, запросы не возможны по религиозным соображениям ? Кстати, перед Update во избежание конфликта ключей неплохо давать Select по новым значениям ключей.
И будет вполне универсально ;))
← →
Vlad2 (2003-06-20 13:43) [8]Уважаемый MsGuns,
ключи мне надо редактировать в TQuery. Буду благодарен, если Вы приведёте пример запроса в ситуации, когда в гриде отмечено (SelectedRows) несколько записей, в которых нужно изменить поля.
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2003.07.14;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.009 c