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

в общем просьба потестить



Тест

+
Скорее всего, можно пойти по следующей условной схеме:

В теле цикла:
1. модификация значения: pIterator->CurrentRow()->SetValue
2. отражение изменения по всем индексам, кроме pIndex: Indexes.OnChangeValue(i, nDestCol, pIndex)

для этого потребуется перегруженный вариант OnChangeValue, с пропуском pIndex

После окончания:
3. отражение изменения по pIndex.

В принципе, п. 3 не нужен, ибо приведет к тем же самым проблемам
Лучше явно задокументировать, что индекс, по которому идет заполнение, модифицироваться не должен.
И выбрасывать исключение при попытке его модифицировать (изменить зависимые колонки).

Если так сделать, то и перегруженный вариант Indexes.OnChangeValue не нужен.

P.S.
Не уверен, что мне удалось все 100% понятно объяснить.
Но я старался

Цитата:


А нельзя вообще перестройку всех индексов выполнять уже после заполнения?

Цитата:


Почему?

Nick писал(а) 06. Марта 2008 :: 09:30:

Я думаю, что я понимаю, как решить проблему.
Видишь, я даже проснулся в 3 утра, чтобы предложить решение.

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

Цитата:


Понятно, просто у меня тут проект в котором весь движок завязан на ИТЗ . Хотя может конечно можно было решить как то по другому. К стати никто не пробовал SQLite к ТП прикручивать?

Nick писал(а) 06. Марта 2008 :: 10:04:

Гы.
Я б тебе посоветовал на коммерческую версию подписаться, да нету такой

P.S.
Подожди чутка, все будет ок.
Просто НЕ ИСПОЛЬЗУЙ пока "ЗаполнитьКолонку" по колонкам, которые участвуют в каких-либо индексах.

Nick

Поясни-ка мне вот это свое утверждение

Nick писал(а) 06. Марта 2008 :: 03:06:

Т.е. ты делаешь что-то типа "ЗаполнитьКолонку("Ид2", "Ид2", 100);" что ли?
Т.е. заполняешь колонку, по которой у тебя идет выборка?

Или нет?

Например для SQL совершенно нормально писать так:

Update MyTab Set k = 1 where k = 2