добавление поля в таблицу с огромным количеством записей

[YellowSubmarine]

Цитата:

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

При добавлении нового поля в InventSum Аксапта виснет при синхронизации с SQL. В другие таблицы поля добавлются нормально.

Если прервать синхронизацию (насильно выйти из аксапты), то поле будет создано только в приложении, но не в бд -> будут ошибки при выполнении запроса к InventSum.

Пробую 2, 3-звенку, разные имена полей и разные EDT (даже без EDT), "проверить/синхронизировать" таблицу перед добавлением, переиндексировать таблицу, заливать проектом - не помогает.

В InventSum более 5 миллионов записей.

Помогите идеями, пожалуйста.

Ax 3.0, build 1951.5160 / 514-513 SP5 / OP023-379, MS SQL 2000

Аксапта не виснет, она ждет, пока SQL изменит таблицу. Если посмотреть активные процессы БД, то видно, что идет alter table.

Резюме: дождаться окончания изменения таблицы на SQL сервере.

[rpr]

Цитата:

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

Аксапта не виснет, она ждет, пока SQL изменит таблицу. Если посмотреть активные процессы БД, то видно, что идет alter table.

Резюме: дождаться окончания изменения таблицы на SQL сервере.

этот процесс имеет статус 'sleeping' в SQL, что означает - SQL сервер ждет ответа от аксапты.

За час ничего не изменилось, попробую оставить на ночь.

[ZVV]

Цитата:

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

этот процесс имеет статус 'sleeping' в SQL, что означает - SQL сервер ждет ответа от аксапты.

За час ничего не изменилось, попробую оставить на ночь.

Возможно вы смотрите не ту сессию в БД, Аксапта может иметь 2 и более соединений с сервером SQL в двухзвенке...

Хотя для 5 млн. (кстати, вы путаете понятие "огромная" и просто "большая"
таблица ) час это уже много, имхо...

В любом случае для начала не мешало бы попробовать дождаться... Поставьте на ночь...

[rpr]

Цитата:

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

Возможно вы смотрите не ту сессию в БД, Аксапта может иметь 2 и более соединений с сервером SQL в двухзвенке...

А как лучше всего смотреть сессии в БД? Я запускаю:

USE master;
GO
EXEC sp_who 'active';
GO

и

USE master
EXEC sp_lock

Потом подозрительные сессии смотрю как:

DBCC INPUTBUFFER (<SPID>)

[YellowSubmarine]

Цитата:

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

этот процесс имеет статус 'sleeping' в SQL, что означает - SQL сервер ждет ответа от аксапты.

За час ничего не изменилось, попробую оставить на ночь.

Еще надо контролировать свободное место на дисках под БД. При изменении структуры таблиц сильно увеличивается файл с логом БД. Ну и посмотрите на загрузку дисков через Perfomance monitor. Она должна быть гораздо выше 100%.

[ZVV]

Цитата:

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

... Она должна быть гораздо выше 100%.

Гм...