TIBQuery+TIBUpdateSQL

← →
Германн © (2006-04-27 02:36) [0]

Проблема - есть таблица, в которой есть некое поле типа Integer. Нужно все записи привести в состояние, в котором вышеописанное поле принимает значение 0,1.2, ...N, где N - количество записей минус 1.
Будь я в Парадоксе, проьлем бы не было. А в FireBird я - новичок.
Пробежав Хэлп решил, что смогу выполнить эту задачу считав подмножество исходной таблицы в TIBQuery, поменять данное поле в нужное значение, а потом использовать TIBUpdateSQL.

← →
Германн © (2006-04-27 02:43) [1]

Пардон. Щёлкнул мышкой раньше чем задал вопрос.

Так собственно вопрос - правильной дорогой я иду?
А если нет, то укажите почему нет, и куда лучше идти.

Да и ещё. База IB уже есть. Менять её структуру уже не возможно.

← →
atruhin © (2006-04-27 03:47) [2]

А что будет с твоей нумерацией если ты удалиш 1 запись из средины?
Вообще если уж необходимо, то лучше делать это в ХП на сервере, не нужно тянуть всю таблицу на клиента.

← →
Sergey13 © (2006-04-27 09:03) [3]

2Германн © (27.04.06 02:36)
Я не знаю твоей задачи, но скорее всего нужда в таком поле надумана. ИМХО.

← →
Германн © (2006-04-28 03:59) [4]

> atruhin © (27.04.06 03:47) [2]
>
> А что будет с твоей нумерацией если ты удалиш 1 запись из
> средины?

Ничего "страшного" не будет до тех пор пока таких "дыр" не станет слишком много. А вот тогда и нужно будет выполнить [0].

> Sergey13 © (27.04.06 09:03) [3]
>
> 2Германн © (27.04.06 02:36)
> Я не знаю твоей задачи, но скорее всего нужда в таком поле
> надумана. ИМХО.

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

← →
Sergey13 © (2006-04-28 09:05) [5]

2[4] Германн © (28.04.06 03:59)
> Это поле представляет собой номер ячейки в памяти некоего контроллера, где нужно сохранить код ключа.
Интересно. Была запись и отражала конкретный "номер ячейки в памяти некоего контроллера", например 123. Потом "дыр" стало много, перелопатили все, и стала эта же запись отражать 55 конкретный "номер ячейки в памяти некоего контроллера". Это нормально?

> Sergey13 © (28.04.06 09:05) [5]
>
> 2[4] Германн © (28.04.06 03:59)
> > Это поле представляет собой номер ячейки в памяти некоего
> контроллера, где нужно сохранить код ключа.
> Интересно. Была запись и отражала конкретный "номер ячейки
> в памяти некоего контроллера", например 123. Потом "дыр"
> стало много, перелопатили все, и стала эта же запись отражать
> 55 конкретный "номер ячейки в памяти некоего контроллера".
> Это нормально?

Нормально. Ведь я же писАл:
"Это поле представляет собой номер ячейки в памяти некоего контроллера, где нужно сохранить код ключа
Т.е. данная утилита нужна для того, чтобы дефрагментировать список и затем записать его в контроллер.

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

Чушь!Эти вопросы решаются не в БД,а на этапе компиляции / выгрузки данных

← →
Виталий Панасенко (2006-05-03 17:10) [8]

> Германн © (29.04.06 02:10) [6]

> Нормально. Ведь я же писАл:
> "Это поле представляет собой номер ячейки в памяти некоего
> контроллера, где нужно сохранить код ключа
> Т.е. данная утилита нужна для того, чтобы дефрагментировать
> список и затем записать его в контроллер.

> Твоими бы устами...
> Это поле представляет собой номер ячейки в памяти некоего
> контроллера, где нужно сохранить код ключа.

Может, не совсем догоняю.Но. Если ЭТО № то он № и останется. Или у тебя № ячеек плавают относительно ключа? Тогда меняй ключ для данной ячейки, а не занимайся тяжелым физическим трудом(лопатить).:-))
Или опиши задачу нормально. А то, действительно, все надуманным кажется. И не понятным

TIBQuery+TIBUpdateSQL Найти похожие ветки