|
v7: 1С 7.7 вылетает при удалении помеченного объекта | ☑ | ||
---|---|---|---|---|
0
cry_san
11.06.13
✎
06:10
|
Здравствуйте!
Есть несколько помеченных на удаление элементов справочника. Они не имеют ни каких связанных с ними элементов (т.е ссылок). Однако при удалении помеченных объектов (выделял именно эти элементы справочника) 1С неожиданно прекращает свою работу. Соответственно никаких отчетов о причине не выдает. Пробовал непосредственное удаление данных элементов - та же ситуация. База загружена монопольно. Антивир базу не проверяет (специально его настраивал). Вечный вопрос - что делать? Спасибо за ваши ответы! |
|||
74
Torquader
11.06.13
✎
09:38
|
(71) {МоёИмя} на mail . ru
|
|||
75
cry_san
11.06.13
✎
09:39
|
(74) минутку
|
|||
76
Torquader
11.06.13
✎
09:45
|
Кусок из DD-файла можно выложить прям в пост, чтобы каждому не посылать.
У индексов была проблема когда число записей в файле приближалось к 0xFFFFFF, насколько я помню, но 68 тысяч - это не много. |
|||
77
cry_san
11.06.13
✎
09:46
|
(76) Кусок - это модуль элемента справочника? Я правильно понял?
|
|||
78
Ёпрст
11.06.13
✎
09:47
|
(77) нет. это описание таблички со словаря.
|
|||
79
Torquader
11.06.13
✎
09:49
|
Файл 1Сv7.DD - там описана структура базы - ищешь описание dbf-файла справочника.
|
|||
80
Torquader
11.06.13
✎
09:50
|
Вот оно:
#=============================================================================== #==TABLE no 62 : Справочник ЛицевыеСчетаПайщиков # Name |Descr |Type[A/S/U]|DBTableName|ReUsable T=SC27496 |Справочник ЛицевыеСчетаПайщико|A |SC27496 |1 #-----Fields------- # Name |Descr |Type|Length|Precision F=ID |ID object |C |9 |0 F=PARENTID |ID parent obj |C |9 |0 F=CODE |object code |C |24 |0 F=DESCR |object description |C |100 |0 F=ISFOLDER |Flag - Is Line - Fol|N |1 |0 F=ISMARK |Flag Object is Marke|C |1 |0 F=VERSTAMP |Version stamp |C |6 |0 F=SP27371 |(P)ВидВклада |C |9 |0 F=SP27372 |(P)ВидЗайма |C |9 |0 F=SP27373 |(P)ВидЗалога |C |9 |0 F=SP27374 |(P)ВидЗалога2 |C |9 |0 F=SP27375 |(P)ВидЗалога3 |C |9 |0 F=SP27376 |(P)Возвратность |C |60 |0 F=SP27377 |(P)ДатаДогВкл |D |8 |0 F=SP27378 |(P)ДатаДогЗай |D |8 |0 F=SP27379 |(P)ДатаДогЗал |D |8 |0 F=SP27380 |(P)ДатаДогЗал2 |D |8 |0 F=SP27381 |(P)ДатаДогЗал3 |D |8 |0 F=SP27382 |(P)ДатаДогПор1 |D |8 |0 F=SP27383 |(P)ДатаДогПор2 |D |8 |0 F=SP27384 |(P)ДатаДогПор3 |D |8 |0 F=SP27385 |(P)ДатаДогПорЮ |D |8 |0 F=SP27386 |(P)ДатаДогУст |D |8 |0 F=SP27387 |(P)ДатаЗакрытия |D |8 |0 F=SP27388 |(P)ДатаНО |D |8 |0 F=SP27389 |(P)ДатаОткрытия |D |8 |0 F=SP27390 |(P)ДатаПродления |D |8 |0 F=SP27391 |(P)ДоговорВклада |C |9 |0 F=SP27392 |(P)ДоговорЗайма |C |9 |0 F=SP27393 |(P)ДоговорЗалога |C |9 |0 F=SP27394 |(P)ДоговорЗалога2 |C |9 |0 F=SP27395 |(P)ДоговорЗалога3 |C |9 |0 F=SP27396 |(P)ДоговорПоручитель|C |9 |0 F=SP27397 |(P)ДоговорПоручитель|C |9 |0 F=SP27398 |(P)ДоговорПоручитель|C |9 |0 F=SP27399 |(P)ДоговорПоручитель|C |9 |0 F=SP27400 |(P)ДоговорУступки |C |9 |0 F=SP27401 |(P)Запрет |C |9 |0 F=SP27402 |(P)Иск |C |9 |0 F=SP27403 |(P)КодПайщ |C |10 |0 F=SP27404 |(P)Пайщик |C |9 |0 F=SP27405 |(P)КоличествоПоручит|C |9 |0 F=SP27406 |(P)Магазин |C |9 |0 F=SP27407 |(P)ОргУст |C |100 |0 F=SP27408 |(P)Осо |C |9 |0 F=SP27409 |(P)Останов |C |9 |0 F=SP27410 |(P)Период |C |9 |0 F=SP27411 |(P)Поручитель1 |C |50 |0 F=SP27412 |(P)Поручитель2 |C |50 |0 F=SP27413 |(P)Поручитель3 |C |50 |0 F=SP27414 |(P)ПоручительЮ |C |100 |0 F=SP27415 |(P)ПредметЗалога |C |9 |0 F=SP27416 |(P)ПредметЗалога2 |C |9 |0 F=SP27417 |(P)ПредметЗалога3 |C |9 |0 F=SP27418 |(P)ПримечаниеЗалога |C |60 |0 F=SP27419 |(P)ПримечаниеЗалога2|C |60 |0 F=SP27420 |(P)ПримечаниеЗалога3|C |60 |0 F=SP27421 |(P)Программа |C |9 |0 F=SP27422 |(P)ПроцентВкладаЗайм|C |9 |0 F=SP27423 |(P)СрокВкладаЗайма |C |9 |0 F=SP27424 |(P)Статус1 |C |9 |0 F=SP27425 |(P)Статус2 |C |9 |0 F=SP27426 |(P)Статус3 |C |9 |0 F=SP27427 |(P)СумЗапрета |N |11 |2 F=SP27428 |(P)СуммаТовара |N |10 |2 F=SP27429 |(P)ТипЗайма |C |9 |0 F=SP27430 |(P)ТипЛсчета |C |9 |0 F=SP27431 |(P)ТипПоручителя |C |9 |0 F=SP27432 |(P)ФИОпайщика |C |50 |0 F=SP27433 |(P)ФормаЗайма |C |9 |0 F=SP27444 |(P)СуммаВкладаЗайма |N |13 |2 F=SP27480 |(P)ДогНайм |C |9 |0 F=SP27481 |(P)ДатаДогНайм |D |8 |0 F=SP27482 |(P)Адрес |C |100 |0 F=SP27483 |(P)СтоимРын |N |11 |2 F=SP27484 |(P)СрокНайма |C |9 |0 F=SP27485 |(P)ВыкупПл |N |12 |2 F=SP27486 |(P)КомпВзн |N |13 |2 F=SP27487 |(P)ВсегоПл |N |13 |2 F=SP27493 |(P)КолДней |N |3 |0 F=SP28469 |(P)ЧисЧл |N |3 |0 F=SP28470 |(P)ЧлГруппы2 |C |9 |0 F=SP28471 |(P)ЧлГруппы3 |C |9 |0 F=SP28472 |(P)ЧлГруппы4 |C |9 |0 F=SP28473 |(P)ЧлГруппы5 |C |9 |0 F=SP28474 |(P)ЧлГруппы6 |C |9 |0 F=SP28475 |(P)ЧлГруппы7 |C |9 |0 F=SP28476 |(P)ЧлГруппы8 |C |9 |0 F=SP28477 |(P)ЧлГруппы9 |C |9 |0 F=SP28478 |(P)ЧлКод2 |N |7 |0 F=SP28479 |(P)ЧлКод3 |N |7 |0 F=SP28480 |(P)ЧлКод4 |N |7 |0 F=SP28481 |(P)ЧлКод5 |N |7 |0 F=SP28482 |(P)ЧлКод6 |N |7 |0 F=SP28483 |(P)ЧлКод7 |N |7 |0 F=SP28484 |(P)ЧлКод8 |N |7 |0 F=SP28485 |(P)ЧлКод9 |N |7 |0 F=SP29982 |(P)ФлСкрыть |N |2 |0 F=SP30116 |(P)Письма |N |2 |0 F=SP30117 |(P)Контроль |N |2 |0 F=SP30174 |(P)Менеджер |C |9 |0 F=SP30175 |(P)База |C |1 |0 F=SP30205 |(P)Подключение |C |9 |0 F=SP30254 |(P)ДоговорПоручитель|C |9 |0 F=SP30255 |(P)ДатаДогПор4 |D |8 |0 F=SP30256 |(P)Поручитель4 |C |50 |0 F=SP30257 |(P)Статус4 |C |9 |0 F=SP32342 |(P)нОстаток |N |11 |2 F=SP32360 |(P)Перевод007 |N |2 |0 #----Indexes------ # Name |Descr |Unique|Indexed fields |DBName I=IDD |of ID |0 |ID |IDD I=PCODE |of PARENT and |0 |PARENTID,ISFOLDER,CODE(UPPER) |PCODE I=PDESCR |of PARENT and |0 |PARENTID,ISFOLDER,DESCR(UPPER) |PDESCR I=CODE |of CODE |0 |CODE(UPPER) |CODE I=DESCR |of DESCR |0 |DESCR(UPPER) |DESCR I=VI27371 |VI27371 |0 |SP27371,CODE(UPPER) |VI27371 I=VIP27371 |VIP27371 |0 |PARENTID,ISFOLDER,SP27371,CODE(UPPER) |VIP27371 I=VI27372 |VI27372 |0 |SP27372,CODE(UPPER) |VI27372 I=VIP27372 |VIP27372 |0 |PARENTID,ISFOLDER,SP27372,CODE(UPPER) |VIP27372 I=VI27387 |VI27387 |0 |SP27387,CODE(UPPER) |VI27387 I=VIP27387 |VIP27387 |0 |PARENTID,ISFOLDER,SP27387,CODE(UPPER) |VIP27387 I=VI27388 |VI27388 |0 |SP27388,CODE(UPPER) |VI27388 I=VIP27388 |VIP27388 |0 |PARENTID,ISFOLDER,SP27388,CODE(UPPER) |VIP27388 I=VI27389 |VI27389 |0 |SP27389,CODE(UPPER) |VI27389 I=VIP27389 |VIP27389 |0 |PARENTID,ISFOLDER,SP27389,CODE(UPPER) |VIP27389 I=VI27390 |VI27390 |0 |SP27390,CODE(UPPER) |VI27390 I=VIP27390 |VIP27390 |0 |PARENTID,ISFOLDER,SP27390,CODE(UPPER) |VIP27390 I=VI27392 |VI27392 |0 |SP27392 |VI27392 I=VIP27392 |VIP27392 |0 |PARENTID,ISFOLDER,SP27392 |VIP27392 I=VI27401 |VI27401 |0 |SP27401,CODE(UPPER) |VI27401 I=VIP27401 |VIP27401 |0 |PARENTID,ISFOLDER,SP27401,CODE(UPPER) |VIP27401 I=VI27402 |VI27402 |0 |SP27402,CODE(UPPER) |VI27402 I=VIP27402 |VIP27402 |0 |PARENTID,ISFOLDER,SP27402,CODE(UPPER) |VIP27402 I=VI27403 |VI27403 |0 |SP27403(UPPER=128) |VI27403 I=VIP27403 |VIP27403 |0 |PARENTID,ISFOLDER,SP27403(UPPER=128) |VIP27403 I=VI27404 |VI27404 |0 |SP27404 |VI27404 I=VIP27404 |VIP27404 |0 |PARENTID,ISFOLDER,SP27404 |VIP27404 I=VI27408 |VI27408 |0 |SP27408,CODE(UPPER) |VI27408 I=VIP27408 |VIP27408 |0 |PARENTID,ISFOLDER,SP27408,CODE(UPPER) |VIP27408 I=VI27409 |VI27409 |0 |SP27409,CODE(UPPER) |VI27409 I=VIP27409 |VIP27409 |0 |PARENTID,ISFOLDER,SP27409,CODE(UPPER) |VIP27409 I=VI27411 |VI27411 |0 |SP27411(UPPER=128) |VI27411 I=VIP27411 |VIP27411 |0 |PARENTID,ISFOLDER,SP27411(UPPER=128) |VIP27411 I=VI27412 |VI27412 |0 |SP27412(UPPER=128) |VI27412 I=VIP27412 |VIP27412 |0 |PARENTID,ISFOLDER,SP27412(UPPER=128) |VIP27412 I=VI27413 |VI27413 |0 |SP27413(UPPER=128) |VI27413 I=VIP27413 |VIP27413 |0 |PARENTID,ISFOLDER,SP27413(UPPER=128) |VIP27413 I=VI27421 |VI27421 |0 |SP27421,CODE(UPPER) |VI27421 I=VIP27421 |VIP27421 |0 |PARENTID,ISFOLDER,SP27421,CODE(UPPER) |VIP27421 I=VI27429 |VI27429 |0 |SP27429,CODE(UPPER) |VI27429 I=VIP27429 |VIP27429 |0 |PARENTID,ISFOLDER,SP27429,CODE(UPPER) |VIP27429 I=VI27430 |VI27430 |0 |SP27430,CODE(UPPER) |VI27430 I=VIP27430 |VIP27430 |0 |PARENTID,ISFOLDER,SP27430,CODE(UPPER) |VIP27430 I=VI27431 |VI27431 |0 |SP27431,CODE(UPPER) |VI27431 I=VIP27431 |VIP27431 |0 |PARENTID,ISFOLDER,SP27431,CODE(UPPER) |VIP27431 I=VI27432 |VI27432 |0 |SP27432(UPPER=128),CODE(UPPER) |VI27432 I=VIP27432 |VIP27432 |0 |PARENTID,ISFOLDER,SP27432(UPPER=128),CODE(UPPER) |VIP27432 I=VI27433 |VI27433 |0 |SP27433,CODE(UPPER) |VI27433 I=VIP27433 |VIP27433 |0 |PARENTID,ISFOLDER,SP27433,CODE(UPPER) |VIP27433 I=VI30116 |VI30116 |0 |SP30116,CODE(UPPER) |VI30116 I=VIP30116 |VIP30116 |0 |PARENTID,ISFOLDER,SP30116,CODE(UPPER) |VIP30116 I=VI30117 |VI30117 |0 |SP30117,CODE(UPPER) |VI30117 I=VIP30117 |VIP30117 |0 |PARENTID,ISFOLDER,SP30117,CODE(UPPER) |VIP30117 I=VI30174 |VI30174 |0 |SP30174,CODE(UPPER) |VI30174 I=VIP30174 |VIP30174 |0 |PARENTID,ISFOLDER,SP30174,CODE(UPPER) |VIP30174 I=VI30175 |VI30175 |0 |SP30175(UPPER=128),CODE(UPPER) |VI30175 I=VIP30175 |VIP30175 |0 |PARENTID,ISFOLDER,SP30175(UPPER=128),CODE(UPPER) |VIP30175 I=VI30205 |VI30205 |0 |SP30205,CODE(UPPER) |VI30205 I=VIP30205 |VIP30205 |0 |PARENTID,ISFOLDER,SP30205,CODE(UPPER) |VIP30205 I=VI30256 |VI30256 |0 |SP30256(UPPER=128) |VI30256 I=VIP30256 |VIP30256 |0 |PARENTID,ISFOLDER,SP30256(UPPER=128) |VIP30256 I=VI32360 |VI32360 |0 |SP32360,CODE(UPPER) |VI32360 I=VIP32360 |VIP32360 |0 |PARENTID,ISFOLDER,SP32360,CODE(UPPER) |VIP32360 |
|||
81
cry_san
11.06.13
✎
09:51
|
(80) Чуть не повторил..
|
|||
82
Андрей_Андреич
naïve
11.06.13
✎
09:55
|
Нарушена уникальность кода
сейчас обработка закончится - список выложу |
|||
83
Андрей_Андреич
naïve
11.06.13
✎
09:55
|
00219_Кабакова_Л_Ф
07605_Ковцур_Л_С |
|||
84
cry_san
11.06.13
✎
09:56
|
(83) .. а где здесь Нарушена уникальность кода?
|
|||
85
Ёпрст
11.06.13
✎
09:56
|
Пилять, лепить индексы на строковые поля длиной 50 это сильно
|
|||
86
cry_san
11.06.13
✎
09:57
|
(83) или в самом dbf?
|
|||
87
Андрей_Андреич
naïve
11.06.13
✎
09:57
|
(84) Записей с этими кодами по 2 штуки
|
|||
88
cry_san
11.06.13
✎
09:57
|
(85) Не моя разработка ))
|
|||
89
cry_san
11.06.13
✎
09:58
|
(87) Так они в разных группах
|
|||
90
Андрей_Андреич
naïve
11.06.13
✎
09:59
|
(88) Оправдываешься - значит, виноват :)
Железо-сеть проверять надо. Индексы сбоят. |
|||
91
cry_san
11.06.13
✎
09:59
|
(87) И от 2008 года. За те 5 лет что прошли - проблем не было говорят. Только сейчас вылезло.
|
|||
92
cry_san
11.06.13
✎
10:00
|
(90) Индексы сбоят - как лечить?
|
|||
93
cry_san
11.06.13
✎
10:01
|
в ТиИ в код никак не влезть? Чтобы все действия в файл сливал.
|
|||
94
Ёпрст
11.06.13
✎
10:03
|
Еще раз - тиИ не лечит
|
|||
95
Ёпрст
11.06.13
✎
10:03
|
и никогда не лечило.
|
|||
96
Ёпрст
11.06.13
✎
10:03
|
Сымай сортировку и отборы со всех строковых реквизитов длиной 50 и выше...
наслаждайся. |
|||
97
cry_san
11.06.13
✎
10:03
|
(94) Да помню )) Но как можно логи вытащить (пусть и на удалении помеченных объектов) на чем именно сбоит?
|
|||
98
cry_san
11.06.13
✎
10:06
|
(96) так и нет их...
|
|||
99
cry_san
11.06.13
✎
10:08
|
(98) туплю
|
|||
100
Ёпрст
11.06.13
✎
10:09
|
(98) ^))))
Это в каом справочнике нет ?!! в том что в (80) и во всех остальных - вагон и маленькая тележка. |
|||
101
Torquader
11.06.13
✎
10:10
|
Поручитель1,2,3 строка 50 символов и индекс для сортировки.
|
|||
102
cry_san
11.06.13
✎
10:11
|
Да я уже отписался (99)
|
|||
103
Torquader
11.06.13
✎
10:11
|
Загрузил справочник в пустую базу на записи 17725 просто идёт цикл.
|
|||
104
Андрей_Андреич
naïve
11.06.13
✎
10:12
|
(101) Поручитель4 еще есть. Реквизиты-то я не посмотрел.
|
|||
105
cry_san
11.06.13
✎
10:13
|
(103) Что именно за запись узнать можно?
|
|||
106
Torquader
11.06.13
✎
10:13
|
Проверка физической целострости - никто не вылетел, но просто завис - неа - просто повис - потом сказал, что всё в порядке.
|
|||
107
cry_san
11.06.13
✎
10:14
|
(106) Я в шоке! У меня вылетало...
|
|||
108
Андрей_Андреич
naïve
11.06.13
✎
10:16
|
(107) ща на логике вылетит
|
|||
109
Torquader
11.06.13
✎
10:17
|
(107) Вполне вероятно, что проблема в другом справочнике - есть у этого подчинённые или что-то подобное.
Что было сделано: В пустую базу грузим присланный MD-файл - создаётся новая база. Удаляем в ней все CDX. Копируем туда присланный dbf-файл. Начинаем выполнять ТИИ. Физическая целостность прошла на ура - то есть файл живой. |
|||
110
cry_san
11.06.13
✎
10:18
|
(109) Элементы этого справочника завязаны везде, вплоть до выписок.
|
|||
111
Torquader
11.06.13
✎
10:18
|
(108) Там пока "восстановление частично утерянных объектов".
|
|||
112
Torquader
11.06.13
✎
10:19
|
(110) Вопрос - зачем хранить все договоры и займы в одном справочнике - не проще ли в подчинённых ?
|
|||
113
Андрей_Андреич
naïve
11.06.13
✎
10:21
|
(112) Давай не будем мучаит человека - поди в наследство базу получил. Решим конкретную проблему.
|
|||
114
Torquader
11.06.13
✎
10:22
|
Между прочим, ТИИ всё прекрасно "сливает" в журнал регистрации (правда, я галочку "только тестирование" поставил).
То есть, или справочник не тот, на котором вылетает, или вы в журнале не смотрели. |
|||
115
cry_san
11.06.13
✎
10:23
|
(112) Договор займа - отдельный справочник. Договор поручительства - отдельный справочник. Лицевые счета - запись где это объеденино + всякие бяки
|
|||
116
Torquader
11.06.13
✎
10:24
|
(115) Так ТИИ вылетало сразу при запуске или в процессе работы ?
|
|||
117
cry_san
11.06.13
✎
10:25
|
(116) процессе работы
|
|||
118
Torquader
11.06.13
✎
10:25
|
И что было записано в журнале 1cv7.mlg (открыть как текстовый файл).
Я бы ещё посоветовал в копии базы просто удалить этот журнал и почистить всю папку, в которой он живёт. |
|||
119
cry_san
11.06.13
✎
10:26
|
(118) мин
|
|||
120
Torquader
11.06.13
✎
10:27
|
(117) Сделай копию базы - почисти в ней папку SYSLOG - удали все индексы - зайди в эту копию монопольно - индексы восстановятся - потом можно переходить к ТИИ.
|
|||
121
cry_san
11.06.13
✎
10:30
|
(118) При удалении помеченных объектов в файле 1cv7.mlg
20130611;17:29:35;Александр;E;Docs;DocDel;2;Удаление помеченных объектов.;O/255/1323038;Операция 000283 11.06.2013 08:37:40 20130611;17:29:35;Александр;E;Refs;RefDel;2;Удаление помеченных объектов.;B/27496/37045;Лицевые счета 22347_Андрианова_О_В Андрианова Ольга Витальевна Далее программа вылетела |
|||
122
cry_san
11.06.13
✎
10:31
|
(120) Сделаю
|
|||
123
Андрей_Андреич
naïve
11.06.13
✎
10:35
|
(120) У меня при гольной МД, ДД и ДБФ тоже вылетело. Так что не поможет.
|
|||
124
Torquader
11.06.13
✎
10:35
|
Ладно - мне пора на работу.
(121) Смотри - у тебя запись о том, что Лицевые счета удалились - есть - смотри кто ещё помечен на удаление. Потом - можно выбирать галочкой только один элемент и удалять. |
|||
125
cry_san
11.06.13
✎
10:36
|
(124) 22347_Андрианова_О_В не удалилась!
|
|||
126
cry_san
11.06.13
✎
10:36
|
(123) Есть идеи? Ну хоть какие...
|
|||
127
Torquader
11.06.13
✎
10:37
|
(125) Правильно - умная обработка удаляет в транзакции - что-то не так и не удаляется вообще всё.
|
|||
128
Torquader
11.06.13
✎
10:37
|
(123) А на какой записи ?
|
|||
129
cry_san
11.06.13
✎
10:38
|
(128) 22347_Андрианова_О_В или про номер в базе?
|
|||
130
cry_san
11.06.13
✎
10:39
|
(124) Извините если вас задерживаю
|
|||
131
Torquader
11.06.13
✎
10:39
|
(129) Да я сейчас дождусь на какой - он по 10 строк на каждую запись в ЛОГ пишет - сейчас где-то на 16 тыс, а всего их 64 тыс - времени вагон нужно.
|
|||
132
Torquader
11.06.13
✎
10:40
|
(130) Так интересно же - вылетит и как вылетит.
|
|||
133
Андрей_Андреич
naïve
11.06.13
✎
10:42
|
(126) Идеи-то есть - но долбаный индекс в 100 мегов тормозит. Суммарная длина ключа 1.5к - забавно.
|
|||
134
Torquader
11.06.13
✎
10:42
|
А почему цифровая часть кода у двух людей повторяется ?
|
|||
135
cry_san
11.06.13
✎
10:43
|
(134) Ну так вышло. Отдельным потоком они шли во вклады и займы. Просто совпадение.
|
|||
136
Torquader
11.06.13
✎
10:44
|
(135) Ну прям как у Черномырдина.
|
|||
137
cry_san
11.06.13
✎
10:44
|
(136) ))
|
|||
138
cry_san
11.06.13
✎
10:45
|
(133) - забавно.
Улыбнуло. |
|||
139
Torquader
11.06.13
✎
10:47
|
Кстати, индексы жутко тормозят работу - это понятно.
Если часто его не использовать, то лучше без индекса, а когда он нужен - просто запросом выбрать из справочника - запрос для 65 тыс выполняется достаточно быстро, особенно, если по справочникам. |
|||
140
Torquader
11.06.13
✎
10:50
|
Потом, поручители, физ-лицо, и т.п. - это же физические лица - почему бы им не жить в справочнике "физ-лица", чтобы в лицевом счёте была бы только ссылка ?
|
|||
141
Андрей_Андреич
naïve
11.06.13
✎
10:50
|
(139) Да там поди для сортировки - чтобы по поручителям отсортировать. Короче - интерфейчная фишка, которую легко отключить без переделок.
|
|||
142
Torquader
11.06.13
✎
10:51
|
(141) Я в справочниках отборы делал через ИспользоватьСписокЭлементов и запросы - получалось достаточно быстро, но без индексов и со сложными условиями.
|
|||
143
cry_san
11.06.13
✎
10:53
|
Я согласен с вами, но (88)
|
|||
144
Torquader
11.06.13
✎
10:53
|
У меня, правда, в одной базе, где "физики" фамилия, имя и отчество - элементы справочника, чтобы можно было проще отбирать (уж 6 символов сравнить проще).
|
|||
145
Torquader
11.06.13
✎
10:54
|
(143) Давайте, дружно, вспомним создателя сего чуда, чтобы ему немного поикалось.
|
|||
146
cry_san
11.06.13
✎
10:55
|
(145) Это женщина. Я конечно не против них, но когда они за рулем, а я на тротуаре - уступаю им дорогу.
|
|||
147
Андрей_Андреич
naïve
11.06.13
✎
10:56
|
(145) И что? Может это его первая поделка, а теперь он нормальный спец?
(143) Но вообще-то теперь это уже твоя база, так что часть явных ляпов, легко убираемых, надо причесать. |
|||
148
Torquader
11.06.13
✎
10:56
|
(146) Из женщин иногда получаются программисты 1С, только нужно почаще носом в монитор в правильный код тыкать - тогда получается вполне нормально и работоспособно.
|
|||
149
Torquader
11.06.13
✎
10:58
|
(147) Короче - 22 тыс по коду - не вылетает, птичка - сколько ещё ждать ?
|
|||
150
cry_san
11.06.13
✎
11:00
|
(149) У вас идет ТиИ?
|
|||
151
Torquader
11.06.13
✎
11:01
|
ТИИ скушало 500 метров ОЗУ - поди, когда до 1 Гб добирается, вылетает по нехватке памяти - не так ли ?
|
|||
152
Torquader
11.06.13
✎
11:01
|
(150) Конечно, с галочкой "проверка логической целостности".
|
|||
153
cry_san
11.06.13
✎
11:01
|
(151) Памяти 8 гиг
|
|||
154
cry_san
11.06.13
✎
11:02
|
(151) Правда сервак с win2003 использует 2.8 гига ))
|
|||
155
Torquader
11.06.13
✎
11:02
|
(153) Процесс в 32 бита больше 2Гб памяти под данные пользователя не получит никогда. С учётом используемой для доступа к базе, получится ещё меньше.
|
|||
156
Torquader
11.06.13
✎
11:04
|
Хотя - памяти хватило - видимо, 1С кушает с запасом - у них же там "сборка мусора".
|
|||
157
cry_san
11.06.13
✎
11:06
|
Мне на некоторое время придется отлучиться. У нас уже седьмой час вечера. Если что получится - пишите пожалуйста сюда. Рассчитываю на всех вас.
На все вопросы что возникут обязательно отвечу, но когда подойду. И спасибо вам всем! |
|||
158
Torquader
11.06.13
✎
11:11
|
Короче - я оставил проверку - и ушёл - вечером посмотрю, что получилось.
|
|||
159
Андрей_Андреич
naïve
11.06.13
✎
11:22
|
Это все-таки дубли кодов были. Сделал перенумерацию справочника типа "100001","100002"- все поудалилось что надо. Перенумеровать и сделать уникальность кодов не в пределах подчинения, а по всему справочнику. ФИО в код - бардак. Сильно надо - отдельным полем.
Ну а про все остальное - голова у ТС какая-то есть - пусть юзает. |
|||
160
cry_san
12.06.13
✎
04:42
|
(159) Пробовал ваш метод. К сожалению не помогло.
|
|||
161
Torquader
12.06.13
✎
12:27
|
В общем, вчера ТИИ с галкой "только тестирование" дошло до конца - никаких серьёзных ошибок не вызвало.
(159) Что касается дублей кодов (не Внутренних Идентификаторов), то 1С это по барабану - при удалении она это точно проверять не будет. То есть, проблема не в данном dbf-файле, а где-то ещё. P.S. можно попробовать такой метод: 1) Создать пустую директорию. 2) Зайти в неё конфигуратором. 3) Загрузить конфигурацию из предложенного md-файла. 4) Сохранить конфигурацию. 5) Удалить все dbf и cdx. 6) Скопировать dbf из нашей базы. 7) Запустить реиндексацию. 8) попробовать провести ТИИ. P.S. есть подозрение, что что-то не так в md-файле. |
|||
162
cry_san
13.06.13
✎
03:10
|
(161) Попробовал ваш метод. От себя добавил на всякий случай: (159) (сделал перенумерацию справочника в дублях), убрал на больших строковых реквизитах сортировку и отбор.
После ТиИ попробовал сделать стандартное удаление помеченных объектов и УРА! Низкий вам поклон люди! Большое спасибо за ваше терпение и понимание! 1С работает нормально, больше нигде не вылетает. |
|||
163
Torquader
13.06.13
✎
09:37
|
(162) Тогда, значит, дело было в битом MD-шнике.
Потом, на досуге, разложу его на составляющие с проверкой расположения - может чего-то и встретится. |
|||
164
cry_san
13.06.13
✎
10:11
|
(163) Спасибо и жду...
|
|||
165
Torquader
13.06.13
✎
11:36
|
(164) Если в базе есть директория NEW_STRU, то в ней живёт 1cv7.md - неплохо бы его сравнить с тем, который был в базе - причём побитово - они должны совпадать, если что-то не так, то сравнение сразу покажет, что побилось.
|
|||
166
cry_san
14.06.13
✎
03:07
|
(165) Да есть такая директория и файл в ней. Побитовая проверка и по содержимому показали, что файлы идентичны.
|
|||
167
Mikeware
14.06.13
✎
03:25
|
(166) скачай gcomp, разбери-собери мд На ошибки должен ругнуться...
ну и подмени мд на получившийся, попробуй.... |
|||
168
cry_san
14.06.13
✎
06:50
|
(167) Спасибо за совет. Попробовал.
При компиляции выдает ошибку: "Не найден объект с идентификатором 27881" и вторая такая же с идентификатором 27882. Далее выводит что компиляция выполнена успешно. Где копать эти идентификаторы? |
|||
169
Mikeware
14.06.13
✎
06:55
|
посмотри ключи гкомпа, там есть расширенный вывод информации.
|
|||
170
ADirks
14.06.13
✎
09:04
|
(168) Это скорее всего в правах. Некритично.
|
|||
171
cry_san
15.06.13
✎
03:11
|
(169) INF: Права
(170) Вы правы простите за каламбур... |
|||
172
Torquader
15.06.13
✎
10:17
|
(171) Значит, он при удалении проверял права - и, как результат, вываливался.
Интересно другое - почему при сборке нового MD-шника по старому он не вывалился и даже не заметил, что что-то не читается. |
|||
173
ADirks
15.06.13
✎
17:08
|
(172) Это значит только то, чту у автора проблема именно в базе, а не в МДшнике. GComp же при сборке не валится именно потому, что это весь этот шит в правах некритичен для работы.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |