|  20.10.2004, 16:46 | #1 | 
| Участник |  удаление компании 
			
			Помогите удалить компнию. Стандартной процедурой в меню администрирование не помогает., выдает ошибку. Может есть еще какие нибудь способы.
		 | 
|  | 
|  20.10.2004, 17:31 | #2 | 
| Moderator | 
			
			Вы бы текст ошибки привели.   Тогда и ответ быстрее получите. | 
|  | 
|  20.10.2004, 17:58 | #3 | 
| Участник | 
			
			да небось надо в другую компанию перейти или у пользователя своего компанию по умолчанию поменять
		 | 
|  | 
|  21.10.2004, 09:33 | #4 | 
| Участник | 
			
			А ошибка вот какая происходит во время удаления  "Генерация внутреннего идентификатора записи RecIDs повлекла ошибку, это настолько критично с точки зрения целостности ситемы, что система будет остановлена" Вот и вся ошибка. | 
|  | 
|  21.10.2004, 09:53 | #5 | 
| Участник | 
			
			TransactionLog переполнился? А кроме удаления компании какие-то действия можете сделать? Создать журнал, завести нового клиента, еще что-то? | 
|  | 
|  21.10.2004, 10:46 | #6 | 
| Участник |   
			
			Я сделал проверку целостности компании по всем модулям с корекцией ошибок и после этого опять запустил процедуру удаления компании. Компания удалилась. Но размер базы не уменьшился и более того в таблице LedgerTrans остались данные той компании которую я удалил.
		 | 
|  | 
|  21.10.2004, 10:59 | #7 | 
| Участник | 
			
			Да и еще после того как компания удалилась Вышло сообщение delete from LedgerTable TransactionLog is full.
		 | 
|  | 
|  21.10.2004, 11:06 | #8 | 
| Участник | 
			
			База какая используется? MS SQL или Oracle.  Если MS SQL то либо мало места для Transaction Log, либо он редко очищается. Про Oracle - не знаю, наверное подобная процедура должна быть.
		 | 
|  | 
|  04.04.2006, 18:12 | #9 | 
| Участник | 
			
			Схожая проблема.  Удалил тестовую компанию, для чего запустил класс DatabaseTransDelete. После чего продолжил в ней работать. На опеределенном этапе выполнение операций преравлось, из-за ошибки в коде. Поправил код, пытаюсь выполнить операцию снова, получаю сообщение: "Невозможно создать запись в 'Аудит' ('TransactionLog') Идентификатор источника создания: 91, Счет по проектам. Запись уже существует." Как это вылечить? На сколько я понимаю из предыдущих постов, таблица TransactionLog может быть очищенна, но я не знаю как. | 
|  | 
|  04.04.2006, 18:34 | #10 | 
| NavAx | Цитата: 
		
			Сообщение от Starling
			
			 Удалил тестовую компанию, для чего запустил класс DatabaseTransDelete. После чего продолжил в ней работать.  DatabaseTransDelete удаляет только проводки, а не компанию. Но даже если Вы удалили компанию, как вы продолжили в ней работать? Цитата: 
		
			Сообщение от Starling
			
			 На опеределенном этапе выполнение операций преравлось, из-за ошибки в коде.  Поправил код, пытаюсь выполнить операцию снова, получаю . 
				__________________ Isn't it nice when things just work? | 
|  | 
|  04.04.2006, 18:34 | #11 | 
| Модератор | 
			
			Мда... чего только люди не делают, что бы завалить аксапту.. Удалить компанию можно и кнопкой "Удалить" из Администрирование - Компании. Потом подождите, пока удалится. Потом создайте заного. Если это БД для разработки, то не ставьте в SQL "Full recovery mode", юзайте "simple". Перед созданием компании сделайте "shrink database" из SQL. C Уважением, Георгий | 
|  | 
|  04.04.2006, 18:55 | #12 | 
| Участник | Цитата: 
		
			Сообщение от macklakov
			
			 Это как?   DatabaseTransDelete удаляет только проводки, а не компанию. Но даже если Вы удалили компанию, как вы продолжили в ней работать? Цитата: 
		
			Сообщение от macklakov
			
			 Дальше читать бесполезно, т.к. не ясно, что за ошибка и при выполнении какой операции возникла. Что за исправления были внесены в код? Изменения, которые я внес в код, исправляют глюк в стандартном функционале. Если создать заказ на продажу со ссылкой на проект, то при попытке сформировать накладную по этому проекту с учетом этого заказа, полезут глюки. Так как в методы передают не верное число параметров. Больше ни каких изменений коде нет. Цитата: 
		
			Сообщение от George Nordic
			
			 Удалить компанию можно и кнопкой "Удалить" из Администрирование - Компании. Потом подождите, пока удалится. Потом создайте заного. Цитата: 
		
			Сообщение от George Nordic
			
			 Мда... чего только люди не делают, что бы завалить аксапту.. Цитата: 
		
			Сообщение от George Nordic
			
			 Если это БД для разработки, то не ставьте в SQL "Full recovery mode", юзайте "simple".  , На сколько понимаю - это приведет к тому что в дальнейшем таблица TransactionLog будет меньше расти. А мне бы существующую ситуацию разрулить - щас в таблице всего 687 записей. Последний раз редактировалось Starling; 04.04.2006 в 18:57. | 
|  | 
|  04.04.2006, 19:03 | #13 | 
| Участник | 
			
			Бр... совсем что то не хорошо стало. 1. Повторно бахнул проводки с помощью DatabaseTransDelete. 2. Пытаюсь разнести любую операцию в системе, возникает так же самая ошибка "Невозможно создать запись в 'Аудит' ('TransactionLog') Идентификатор источника создания: 91, Счет по проектам. Запись уже существует." 3. Почему при использовании класса DatabaseTransDelete данные из таблицы TransactionLog не удаляются? Судя по той инфе которая в ней хранится - это происходить должно. 4. Что будет если я в базе, в которой нет проводок, удалю таблицу TransactionLog через SQL? | 
|  | 
|  04.04.2006, 19:10 | #14 | 
| NavAx | 
			
			Понял. Бага. У TransactionLog нужно TableGroup на Transaction исправить. После этого, DatabaseTransDelete будет ее чистить
		 
				__________________ Isn't it nice when things just work? | 
|  | 
|  04.04.2006, 19:25 | #15 | 
| Member | Цитата: 
		
			Сообщение от Starling
			
			 ... Этот вариант меня не устраивает, так как, повторюсь, основные настройки мне нужны. ... Сейчас, если вы тестируете, а не в рабочей базе, то удалите содержимое таблицы TransactionLog. Перед экспортом-импортом поменяйте у данной таблички свойство TableGroup с Miscellaneous на какое-нибудь Transaction... хотя... если вы так сделаете, то и ваш способ тоже должен заработать как следует. Еще неправильно свойства выставлены у одной или нескольких табличек в русских ОС. Вот примеры: RAssetMainGroup RAssetMainGroupMember RAssetBudgetTrans У этой по-моему тоже неправильно RAssetMoveHist. PS. Кажется, я опоздал. 
				__________________ С уважением, glibs® Последний раз редактировалось glibs; 04.04.2006 в 19:25. Причина: До меня уже ответили | 
|  | 
|  04.04.2006, 19:30 | #16 | 
| NavAx | 
			
			2Starling: недопонимание возникло потому, что обсуждался TransactionLog SLQ сервера, а у Вас проблема с таблицей TransactionLog.
		 
				__________________ Isn't it nice when things just work? | 
|  | |
| За это сообщение автора поблагодарили: Starling (1). | |
|  04.04.2006, 20:53 | #17 | 
| Участник | 
			
			Спасибо. Зработала   | 
|  | 
|  15.04.2006, 13:52 | #18 | 
| Участник | Цитата: 
		
			Сообщение от Starling
			
			 Спасибо. Зработала  У нас похожая проблема, но на работающей базе.   Кааим то образом следующий номер TransactionLog.CreateTransactionId стал подставляться не верно. И система орет, что запись существует. Например заказ-накладная - 268ххх А Заказ - Счет на оплату - 164ххх Причем в система уже миновала 164000 и теперь чтобы разнести Счет на оплату приходится несколько раз нажимать разноску, пока она не подстовит номер, которого нет TransactionLog. Pls, подскажите куда рыть. А то нас user-ы скоро порвут. | 
|  | 
|  17.04.2006, 10:15 | #19 | 
| NavAx | 
			
			Посмотрите таблицу SystemSequences, возможно для SEQNO надо подкрутить поле NextVal.
		 | 
|  | |
| За это сообщение автора поблагодарили: slava (1). | |
|  17.04.2006, 10:52 | #20 | 
| Участник | 
			
			В принципе ничего не мешает грохнуть таблицу TransActionLog. Если это не подойдет посмотрите метод RepairTransactioIdPerTableV30toV30SP класса ReleaseUpdateDB_V30toV30SP (3.0 EE SP4) | 
|  | |
| За это сообщение автора поблагодарили: slava (1). | |
| Теги | 
| recid, transactionid | 
|  | 
| 
 |