Удаление компаний

[artmin]

Добрый день!
Возникла следующая проблемма. При удалении компании не удаляются ее данные, пока это замечено только в компаниях, DataAreaId которых были введены на русском языке.
Эта проблема у нас существует как в 3-ке SP4 так и в DAX 4 SP1, SQL Server Entrprise 2005 SP1.
Может у кого возникала эта проблемма подскажите пожалуйста из-за чего это происходит и как исправить.

[mazzy]

возможно где-то перекрыт метод validateDelete самым жестоким образом - он всегда возвращает false.
в стандартном приложении такого не было, насколько я помню.

[ZVV]

А это касается вообще всех данных компании, или только части таблиц?
Если всех. то видимо validateDelete тут не при чём...

[artmin]

Такое ощущение что удаляются только записи из таблиц DataArea и CompanyDomainList а во всех остальных таблицах остаются

[artmin]

а не может это быть связано с SQL 2005 ?

[ZVV]

Цитата:

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

а не может это быть связано с SQL 2005 ?

да вряд ли...
хотя тут ни в чём нельзя быть уверенным

можете попробовать соединить то же самое приложение с ораклом и протестировать...

[mazzy]

Цитата:

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

Такое ощущение что удаляются только записи из таблиц DataArea и CompanyDomainList а во всех остальных таблицах остаются

у вас виртуальные компании включены?

[artmin]

нет виртуальные компании не используются

[artmin]

Эксперементы показали что не удаляются только данные компаний с русским DataAreaId, с английским все норально

[glibs]

У меня не воспроизвелось пока на 4.0 сп2.

В 3.0 я умел добиваться такого эффекта на таблицах, на которых включено кэширование, и если удалить компанию в двухзвенке, а рядом на той же БД стоит АОС. При остановке, похоже, он тупо сливал кэш в БД.

У вас, случайно, не несколько АОСов на одной БД.

[artmin]

AOS-ов дествительно несколько, но если бы дело было в этом тогда в 4-ке не было бы проблемм

[artmin]

Выяснилось что если DataAreaId компании задан заглавными буквами на русском языке, то данные компании не удалются, если же задан прописными то все нормально. Както это можно объяснить?

[ZVV]

а collation с sqlServer - case-sensitive?

[artmin]

Параметры сортировки сервера Cyrillic_General_CI_AS.

[ZVV]

сложно сказать, сам не сталкивался, но что бы я сделал в этом случае?
поставил трассировку и посмотрел какими запросами он удаляет компанию.

Скорее всего тогда и станет понятно, почему так получается.
Получится ли после этого решить проблему - не знаю.

Всегда есть вариант почистить таблицы извне Аксапты, благо несложно.
Правда нужно решить можно ли у вас так делать, т.к. если компании связаны между собой, то это будет посложнее, чем просто delete where datareaid='абв'.
И гарантий никто не даст.

[glibs]

Цитата:

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

...
AOS-ов дествительно несколько, но если бы дело было в этом тогда в 4-ке не было бы проблемм
...

Это почему бы не было? Пока один АОС удаляет компанию, второй может в нее слить кэш.

В 4.0 несколько АОСов?

[glibs]

С большими буквами воспроизвелось в 4.0 сп2 .

Спасибо. Интересный трюк.

[artmin]

Прошу прощения ошибся, AOS один

[glibs]

Есть workaround. Создать компанию маленькими буквами и удалить. Например, создали компанию "ЦЦЦ". При удалении нифига не удалилось. Просто создаем компанию "ццц" и удаляем ее. Процесс удаления происходит не в холостую, данные удаляются.

У меня

Microsoft SQL Server 2005 - 9.00.3054.00 (Intel X86) Mar 23 2007 16:28:52 Copyright (c) 1988-2005 Microsoft Corporation Enterprise Edition on Windows NT 5.2 (Build 3790: Service Pack 2)

и

Cyrillic_General_CI_AI

[artmin]

Этот способ удаления мы тоже обнаружили, спасибо.
Просто хотелось узнать из-за чего это происходит.