| |  Код ошибки СУБД: 260 [ gisuser ]Понедельник, 15 июня 2009, 14:33
Значение уникального поля дублируется (Код ошибки СУБД: 260)
Такое сообщение при копировании :ЗУ7 в участок :ЗУ8 при работах в связи с образованием 26 земельных участков путем раздела земельного участка... |
|
| | [ gisuser ] Понедельник, 15 июня 2009, 14:37
| добавить из графики тоже самое |
|
| | [ gisuser ] Понедельник, 15 июня 2009, 15:19
| скопировал проект, СУБД: 260 пропала, но теперь не могу заменить простой контур ошибка ГИС: 33 в :ЗУ8 -> :ЗУ9, два одинаковых контура |
|
| | [ Николаев Денис (разработчик) ] Понедельник, 15 июня 2009, 15:39
Возможно, у вас нарушилась целостность данных. Если вы вышлете нам ГБД с проблемным проектом, мы попробуем выяснить причину и устранить причину, а как минимум, восстановим целостность проекта.
Если ГБД большого размера, то рекомендую создать копию ГБД (путем копирования файлов) и удалить из нее все лишние проекты и компоненты ГБД (карты и таблицы). Таким образом, уменьшится размер пересылаемой ГБД и сохранится внутреннее представление проблемного проекта. |
|
| | [ gisuser ] Понедельник, 15 июня 2009, 16:11
|
| | [ gisuser ] Понедельник, 15 июня 2009, 16:22
|
| | [ gisuser ] Понедельник, 15 июня 2009, 17:13
| востановил, вроде все пошло, а из-за чего это было? |
|
| | [ Денис Николаев ] Понедельник, 15 июня 2009, 17:45
| Причина ошибки пока не выяснена. Копирование участка + замена контура на вашем проекте стабильно воспроизводит ошибку, но на других проектах почему-то ошибка не воспроизводится. Будем разбираться. |
|
| | [ gisuser ] Понедельник, 15 июня 2009, 18:58
Дальше интересней, после восстановления, создал все 26 участков, перешел в чертеж:
1. существующие точки дублировались новыми (раньше такого не было)
2. обозначение ребер не соответствует (ребро внешнего контура 97-79 между точками внутреннего контура н26-н28, генерация некоторые ребра восстанавливает, а на некоторых ошибка ГИС:33) |
|
| | [ Техподдержка ] Четверг, 18 июня 2009, 17:53
Уважаемый gisuser, спасибо за информацию об ошибке.
Причина ошибки установлена нами. Описывать ее не имеет смысла здесь, скажем так, что она проявляется при редкостном сочетании конкретной операции и размера страниц, установленных Вами в ГБД. Кстати, Вы можете уменьшить установленный Вами макс.размер размер страниц - 64Кб путем реорганизации с уменьшением размера страниц, т.к. для Вашей ГБД этот размер слишком велик и снижает производительность.
Проявление данной ошибки не приводит к каким-то нарушениям в ГБД. Поэтому Вы можете избавиться от этой ошибке просто установив патч, высланный Вам на электронную почту. Это файл - PATCHerror260.sll, который нужно скопировать в папку %ObjectLand%\BIN. Этот патч будет не нужен после выхода следующей версии ObjectLand 2.7.4.
Либо можно не устанавливать патч, а просто увеличить "Размер буфера страниц по умолчанию" скажем до 510 Кб на вкладке "Память" диалога "Настройки ObjectLand". Этот диалог вызывается через меню "ГБД+Настройки" основного окна. |
|
| | [ gisuser ] Четверг, 18 июня 2009, 21:43
|
| | [ gisuser ] Пятница, 19 июня 2009, 09:33
Сегодня попробовал, уменьшил макс.разм. стр. с 64кб до 16кб, увеличил размер буфера страниц до 510кб, открыл проект скопировал :ЗУ25 -> :ЗУ26, пытался заменить простой контур 25-го на многоконтурный в 26м, вышло сообщение об ошибке (ГИС: 33), закрыл Схему расположения (в содержании остался ЗУ26), открывая (просто закрыл-открыл после копирования :ЗУ25 -> :ЗУ26 и попытки замены контура) вышло сообщение {"cache" not understood} МП не загрузился, увеличил размер буфера страниц до 1010кб, 2010кб, 5000кб, поставил PATCHerror260.sll, тоже самое.
Это сообщение {"cache" not understood} пропадает когда удаляю из таблицы "МП001-Участки" строку :ЗУ26, про какую память это сообщение? |
|
| | [ Денис Николаев ] Пятница, 19 июня 2009, 11:38
Скорее всего, причина в том, что в следствии ошибки ГИС:206 и последующего восстановления ГБД были утеряны связи между графикой и записями, описывающими участок :ЗУ25. Попробуйте перегенерировать графику для проекта (команда "Графика\Генерировать графику..."), это восстановит графические объекты и связи между ними и записями.
И еще одна рекомендация. В подобных случаях, вместо удаления записи из таблицы "МП001-Участки", лучше удалять участок командой из дерева главного окна. В этом случае корректно удалятся все записи, описывающие участок, иначе они остаются "висеть" навсегда и возможно приведут потом к проблемам. |
|
| | [ gisuser ] Пятница, 19 июня 2009, 17:34
>Скорее всего, причина в том, что в следствии ошибки ГИС:206 и последующего
>восстановления ГБД были утеряны связи между графикой и записями,
>описывающими участок :ЗУ25. Попробуйте перегенерировать графику для
>проекта (команда "Графика\Генерировать графику..."), это восстановит
>графические объекты и связи между ними и записями.
это все делал, с :ЗУ25 все нормально
>И еще одна рекомендация. В подобных случаях, вместо удаления записи из
>таблицы "МП001-Участки", лучше удалять участок командой из дерева главного
>окна. В этом случае корректно удалятся все записи, описывающие участок,
>иначе они остаются "висеть" навсегда и возможно приведут потом к проблемам.
иначе, кроме как из таблицы не получалось все та же (ГИС: 33, объект отсутствует) |
|
| | [ Денис Николаев (разработчик) ] Пятница, 19 июня 2009, 17:47
| Если вышлите базу, попробуем разобраться. |
|
ОтветитьЗнаком «*» отмечены обязательные для заполнения поля. |
