Длина номера фактуры, накладной больше 20 символов.

[fed]

Цитата:

Сообщение от Logger

Но если поле для которого хотим поменять длину индексировано, то БД посылает на попытке изменения длины, приходится грохать индекс, менять длину и заново строить индекс.

А как именно посылает ? Просто любопытно (поскольку в индексах при таком изменении тоже вроде бы не надо ничего менять).
И какая у вас версия SQL ?

[Logger]

Цитата:

Сообщение от fed

А как именно посылает ? Просто любопытно (поскольку в индексах при таком изменении тоже вроде бы не надо ничего менять).
И какая у вас версия SQL ?

Вот так

Цитата:

ORA-30556: functional index is defined on the column to be modified

https://community.oracle.com/thread/2343555

Поговорил с DBA. Проблема в функциональных индексах. Без них все ок. Попробовал сам, действительно без функциональных индексов все ок.
Запрос такой

ALTER TABLE TESTTABLE MODIFY TEXTFIELD NVARCHAR2(50)

Версия 12.1.0.2.0

[SRF]

А сколько сейчас времени у вас тратится при варианте пересоздания индексов, хотя бы порядок, если конечно пробовали? Просто при временных затратах в десятки часов, вариантов вроде не так много остается. В стандарте вроде как FactureExternaId_RU имеет длину 30 символов, у вас также ?

Можно же попробовать в два этапа провести увеличение длины номеров отдельно номера фактуры, отдельно накладные(скажем если бы два этапа шли последовательно условно в неделю разницы, то вполне можно написать джоб, который бы обновил номера накладных из фактур(правда, может с внешними обменами будут проблемки небольшие), в случае если у вас текущие размеры их совпадают, если же фактура больше и сейчас, то проблем по идее и так быть не должно).

Цитата:

Б. Много неоднозначностей в каком случае какое поле использовать и как заполнить обычный InvoiceId (как усечь номер от поставщика, чтобы не получить кучу дублей)

А в случае если усекать номер, номерную серию внутри AX не вариант использовать, или номер должен быть максимально похож на реальный ?

[Logger]

Цитата:

Сообщение от SRF

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

Если в табличке порядка полмиллиарда записей то порядка 10-20 минут на один индекс. А индексов может быть несколько и табличек тоже. В общем по ощущениям - это не на 2 часа остановки, а часов на 6. Но это грубая прикидка.

Цитата:

Сообщение от SRF

В стандарте вроде как FactureExternaId_RU имеет длину 30 символов, у вас также ?

Да также. У нас длины сейчас все по стандарту.

Цитата:

Сообщение от SRF

А в случае если усекать номер, номерную серию внутри AX не вариант использовать, или номер должен быть максимально похож на реальный ?

Я думаю, что желательно чтобы он был похож на реальный.

Поговорили еще с DBA. Мне все больше нравится вариант 1.
Возможно что нить придумаем как сделать.
Как вариант - пропатчить ядро чтобы аксапта научилась работать с БД в регистронезависимом режиме без всяких функциональных индексов. Тогда и проблемы не будет никакой. Длины полей увеличатся легко.

[Владимир Максимов]

Цитата:

Сообщение от Logger

Если в табличке порядка полмиллиарда записей то порядка 10-20 минут на один индекс. А индексов может быть несколько и табличек тоже. В общем по ощущениям - это не на 2 часа остановки, а часов на 6. Но это грубая прикидка.

Не знаю, как в Oracle, а в MS SQL можно параллельно индексировать разные таблицы. Нельзя разные индексы в одной таблице, но в разных таблицах - вполне. В разных соединениях, разумеется...

Т.е. условно вместо 20 минут на одну таблицу + 20 минут на другую итого 40. Получите 20 минут на обе.