Правильная докомпиляция словаря .. у drop

[oiko]

Еще как не хватает. И учетная политика ни при чем. Если оптовик поставляющий товар тоннами и цену утвержденную за тонну, отгрузит граммы частнику несхождение копеек будет заметно (собственно не обязательно товар - такое на услугах словили). На Оракле база сконвертировалась и работала без проблем.

[Алексей]

необязательно поставщик отгрузит, у нас закуп большими тоннами а отпуск по складам в КГ, и "привет дроби".

[Friendlyman]

Простите, коллеги, но вроде пошел оффтоп.

В общем, по итогу общения со спецами галактики,
- chkora. несмотря на то, что она будет ругаться на несовпадение контрольной суммы словаря, должна корректно схавать все докомпилированные поля, как с флагом пользовательской докомпиляции, так и с флагом прикладной докомпиляции (данные никуда не унесет)
- прикладные докомпиляции все еще нужны и важны, если меняем стандартные таблицы, при этом изменения заключаются не в добавлении дополнительных полей в конце таблицы.
- в случае изменений стандартных таблиц dll-ки (пасакаль) нужно пересобирать (или использовать специально пересобранные патчи), иначе будет беда;
- как таковая контрольная сумма на логику работы не влияет, используется как тревожный звоночек при запуске Атлантис приложений, чтобы пользователя предупредить о возможных проблемах.

[zna]

Коллеги, прошу дать совет в следующей ситуации: создал новую таблицу KatMcSpec с помощью aSql:

Код: Выделить всё

Create Table KatMcSpec
"Матценности по спецификациям"
Component UserReport
With Table_Code = 31500 
With Replace 
(
NREC : comp "NREC",
LASTUSER : string[20] "LASTUSER",
LASTTIME : time "LASTTIME",
LASTDATE : date "LASTDATE",
FILIALNO : longint "FILIALNO",
NAME : string[80] "Наименование",
BARKOD : string[12] "Бар-код",
CINDENT : comp "CINDENT",
CCLAIME : comp "CCLAIME",
CBASEDOC : comp "CBASEDOC",
CSPSTEP : comp "CSPSTEP",
CKATMC : comp "CKATMC",
CFPCO : comp "CFPCO",
CKATNAZNA : comp "CKATNAZNA",
CMNPLAN : comp "CMNPLAN",
CGROUPMC : comp "CGROUPMC",
KGROUPMC : string[12] "Код"
)
With Index
(
KatMcSpec0 = NREC(Unique,Surrogate,Journal),
KatMcSpec1 = NAME(Unique,length=40),
KatMcSpec2 = CINDENT(Unique)  + NAME(Unique,length=40),
KatMcSpec3 = CBASEDOC(Unique)  + NAME(Unique,length=40),
KatMcSpec4 = CMNPLAN(Unique)  + NAME(Unique,length=40),
KatMcSpec5 = CFPCO(Unique)  + NAME(Unique,length=40),
KatMcSpec6 = BARKOD(Unique,length=12)
);

Платформа MS Sql, Галактика- Экспресс, контрольную сумм не обнулял, alter dictionary не делал, службу MSSQLSERVER перестартовал. В результате таблица создалась, из Саппорта увиделась, добавление/ удаление записей по F7, F8 съедает без проблем. Проверил в тестовой, обрадовался, повторил в основной базе.
Но радость была недолгой: в основной базе при попытке выполнитиь

Код: Выделить всё

select * from KatMcSpec;

получаю ошибку Не могу открыть таблицу KatMcSpec Статус операции [0]
В тестовой базе такой же select выполняется без ошибок. Где искать?
Полагаю, что и из ВИПа работа с этой таблицей будет с ошибками..

[edward_K]

1. Объясните, а зачем вам все индексы подрезать?
2. Таблицы можно создавать и прямо выполнив запрос в сапорт - SQL. А вот удалять либо через консоль управления, либо через support vip дропать.
3. На MSSQL много раз делал докомпиляцию и сервер не перегружал - достаточно перезайти в сапорт и все.
4. а что пишет в ms70drv.log сапорта при выполнении такого запроса? Да и мож что в событиях MSSQL будет написано. Скорей всего проблема в ошибке выдачи прав на нее.

[zna]

1. Да по маломыслию своему подумал, что "подрезанный" индекс быстрее обрабатываться будет, т.к. предполагается, что в KatMcSspec будет залито неск.тысяч записей;
2. А могли бы Вы пример drop из support vip привести? Пытался через aSql- не получилось;
3. Уже понял;
4. Никаких сообщений ни драйвер, ни сервер в журнале событий не написали. Выборка из любых других таблиц идёт нормально.. Да и в тестовой базе нормально..

Спасибо за ответ, Эдвард!

[LaaLaa]

Проверьте раздачу прав на эту таблицу. Возможно в тестовой вы от супервизора проверяете а в боевой от обычного пользователя.

[edward_K]

по поводу дроп собственно ничего нового.
Drop Table таблица;
Просто сия команда почему то не проходит в support-sql. Если у вас нет лицензии на vip , то придется запускать его батником (выгонять все равно всех придется).
Типа

Код: Выделить всё

set ATLANTIS=d:\Galaxy\Gal810
%Atlantis%\Exe\Vip.exe drop.Lot /c:Vip.cfg

где vip.cfg равен почти вашему support.cfg (может какие то ключи не поддерживаются)
Ну и создавать можно также. Если есть лицензия на vip(сие входит в лицензию на сапорт), то в сапорте можете переключиться в модуль "компилятор интерфейсов" и выполнить лот там. ASql не пользовался - думаю там та же проблема, что и в сапорте - чуть чуть другой компилятор.

[zna]

To LaaLaqa: C правами всё нормально- во всех базах полные. И в Протекте новая таблица добавилась нормально, права пересчитались.. Результат тот же.. Сейчас делаю свой интерфейс- посмотрю, как работать с ним будет новая таблица. На крайняк прямой sql остаётся.. не хотелось бы..
To edward_K: Понял, попробую. Спасибо!

[edward_K]

Права нужно смотреть не в сапорте, а в MSSQL

[zna]

Разобрался. Пробема действительно была в "подрезанном" индексе: поле Name имеет длину 80, а в индексах обрезается до 40. Я и подумать не мог, что услужливый Атлантис сам влепит в таблицу дополнительное поле F$NAME_041 в качестве копии поля F$NAME с длиной 40 символов. Вот это дополнительное и блокировало всякое действие с новой таблицей . Пришлось ещё одну создать. Так что интуиция Эдварда правильно сработала!