22.12.2006, 17:34 | #1 |
Moderator
|
reNameItemId для InventTable
Вечер.. пятница.. не пойму почему не работает..
PHP код:
|
|
22.12.2006, 17:46 | #2 |
Программатор
|
а что не работает? Вам нужно самую первую номенклатуру проапдейтить? Или все?
У меня отработало нормально... Запортачил номенклатуру в тестовой базе Последний раз редактировалось Sada; 22.12.2006 в 17:52. |
|
22.12.2006, 17:58 | #3 |
Moderator
|
Цитата:
Да Хочется оттестить на первой попавшейся номенклатуре (а потом запустить на всех) -- а ей хоть бы хны (У меня ничего не обновилось..) |
|
22.12.2006, 18:00 | #4 |
сибиряк
|
потому что не хватает условия where
__________________
С уважением, Вячеслав. |
|
22.12.2006, 18:02 | #5 |
Программатор
|
вот мой метод (слой sys (другого на этот метод нет))
PHP код:
|
|
22.12.2006, 18:16 | #6 |
Moderator
|
В точности такой!
|
|
22.12.2006, 18:27 | #7 |
Участник
|
А что говорит?
Не получается ли так, что новый код совпадает с уже существующим? |
|
22.12.2006, 18:34 | #8 |
Участник
|
Аесли сразу после вызова inventTable.renamePrimaryKey(); добавить info(inventTable.ItemId) и посмотреть что выдает, еще до закрытия транзакции? Просто ItemId входит в кластерный индекс таблицы InventTable ItemIdx и в свое время были похожие проблемы с апдейтом полей входящих в кластерный индекс.
|
|
26.12.2006, 09:56 | #9 |
Moderator
|
Цитата:
Цитата:
Сообщение от Lemming
Аесли сразу после вызова inventTable.renamePrimaryKey(); добавить info(inventTable.ItemId) и посмотреть что выдает, еще до закрытия транзакции? Просто ItemId входит в кластерный индекс таблицы InventTable ItemIdx и в свое время были похожие проблемы с апдейтом полей входящих в кластерный индекс.
Новый код отличается от страрого: PHP код:
PHP код:
|
|
26.12.2006, 10:11 | #10 |
Moderator
|
Отключил кластерный индекс - не помогло..
|
|