|
v7: Error #:-310 как победить | ☑ | ||
---|---|---|---|---|
0
uno-group
11.12.16
✎
11:14
|
дбф, терминал, самый большой файл заполнен на 75% до максимального размера. по количеству записей на 17%.
|
|||
1
Злопчинский
11.12.16
✎
11:38
|
http://catalog.mista.ru/public/77617/
количество записей может быть превышено и не у самого большого по размеру файла |
|||
2
Злопчинский
11.12.16
✎
11:41
|
в обязательном порядке поставить кернел37
http://catalog.mista.ru/public/15577/ |
|||
3
Злопчинский
11.12.16
✎
11:41
|
ну и ввсети на мисте в поиск "310" - и обчитаться
|
|||
4
uno-group
11.12.16
✎
11:42
|
каталог=СокрЛП(ИмяНачКаталога);
Фс.УстТекКаталог(Каталог); БД=СоздатьОбъект("XBASE"); н=1; Файл=Фс.НайтиПервыйФайл("*.dbf"); Пока Фс.СуществуетФайл(Каталог+Файл)=1 Цикл Тз.НоваяСтрока(); Тз.Файл=Файл; РазмерФайла="";АтрибутыФайла=""; ВремяСоздания=""; ВремяПоследнегоДоступа=""; ВремяПоследнейЗаписи=""; РасширенноеИмяФайла=""; Фс.АтрибутыФайла(Файл,РазмерФайла,АтрибутыФайла,ВремяСоздания,ВремяПоследнегоДоступа,ВремяПоследнейЗаписи,РасширенноеИмяФайла); Тз.Размер=РазмерФайла; Тз.Пр=РазмерФайла/20000000; БД.ОткрытьФайл(Файл,"",1); Тз.Записей=БД.КоличествоЗаписей(); Тз.Пр2=Тз.Записей/16777215; БД.ЗакрытьФайл(); Файл=ФС.НайтиСледующийФайл(); Если СокрЛП(Файл)="" Тогда Прервать; КонецЕсли; КонецЦикла; размер и кво записей смотрел у всех файлов |
|||
5
uno-group
11.12.16
✎
11:43
|
вываливается при проведение приходной накладной.
чем посмотреть поправить количество записей реальное и записаное |
|||
6
Cool_Profi
11.12.16
✎
11:43
|
перейти на скуль - не предлага?ть
|
|||
7
Злопчинский
11.12.16
✎
11:47
|
(5) ошибка будет вываливатьяс уже при размере файла 1.2 Гига
|
|||
8
uno-group
11.12.16
✎
11:49
|
Да ладно до 2 спокойно работало. можеш. кернел 37 мыльнуть
[email protected] |
|||
9
uno-group
11.12.16
✎
11:51
|
(6)нет для 3 юзеров скуль тормоз еще тот. Штатные обработки работает в 10 раз медленнее. а переписывать все на прямые запросы смысла нет.
|
|||
10
Cool_Profi
11.12.16
✎
11:51
|
(9) Какие такие штатные обработки в 77?
|
|||
11
uno-group
11.12.16
✎
11:55
|
(10) обычные запросы имел ввиду. специфика такая что есть много поисков вида от сюда и до первого документа сделавшего движения, а он может быть вчера, а может быть в 2004 году. СКЛ запросы где опущена дата не переваривает. а если ставить в пределе дату начала ведения базы то получает большую выборку и вчистую проигрывает дбф.
|
|||
12
Cool_Profi
11.12.16
✎
11:57
|
(11) Ой да ну... Ты просто не умеешь писать запросы в 77
|
|||
13
uno-group
11.12.16
✎
12:03
|
Kernel33.dll что делать не пойму
|
|||
14
Злопчинский
11.12.16
✎
12:11
|
(13) там в файлике инструкция
|
|||
15
uno-group
11.12.16
✎
12:12
|
В Kernel33.dll версия 2.0.0.1 внесен алгоритм задержки между опросами блокировки.
Время паузы в миллисекундах задаётся через переменную среды окружения - Kernel33. Если переменная отсутствует или ее значение меньше или равно нулю, то пауза между опросами блокировки не выполняется. Рекомендуемой значение от 10 до 100 миллисекунд. Данная версия DLL является аналогом Kernel37.dll в части организации задержки между опросами блокировки, но с более простым алгоритмом "вычисления" времени задержки. Полезная ссылка: http://support.microsoft.com/kb/310519/ru видать урезаная версия инстукции |
|||
16
uno-group
11.12.16
✎
12:16
|
хотя если судить по описанию это помогает от задерек при 2 юзерах я 1 в монопольном режиме и ошибка вываливается
|
|||
17
Злопчинский
11.12.16
✎
12:30
|
(16) для публикации http://catalog.mista.ru/public/15577/ какаешь первый файл, который 41 Кб, внутри ридми есть, там написана установка
|
|||
18
uno-group
11.12.16
✎
12:50
|
нашел. еще тупой вопрос чем Seven.dll править после блокнота при запуске 1с ругается
|
|||
19
Злопчинский
11.12.16
✎
13:05
|
(18) любым хекс редактором
|
|||
20
uno-group
11.12.16
✎
13:23
|
фаровский редактор нормально отредактировал.
док на котором спотыкалось вроде провелся. попробую месяц перепровести. |
|||
21
Злопчинский
11.12.16
✎
13:28
|
(20) еще хорошо бы поудалять индексы, и сделать полный ТИИ
|
|||
22
uno-group
11.12.16
✎
13:59
|
пока индексы не грохнул ошибка лезла. тии на ночь запущу
|
|||
23
uno-group
11.12.16
✎
16:49
|
опять вылезла. похоже 1с падает при записи периодики. 1SCONST.DBF размером 1 248 113
|
|||
24
Djelf
11.12.16
✎
17:17
|
(23) Комментарии к http://catalog.mista.ru/public/15577/ почитай. 31й, 39й... 310я не только от размера файла выскакивает.
Попробуй v7dbnet http://www.wirth.ru/news/35-virtv7dbnet-25-klient-server-1s-77.html Или альтернативный движок http://www.wirth.ru/forum/showtopic-34 На боевой базе я его не тестировал, но проверял. Слегка медленнее показалось, но это вылечилось отключением FlushFileBuffers, аналогично Книга знаний: Ускорение 1С:Предприятие 7.7 |
|||
25
Злопчинский
11.12.16
✎
17:57
|
(23) смотри количество записей
Например windbfview.exe |
|||
27
Звездец
11.12.16
✎
19:32
|
сделать свертку еще не предлагали?
|
|||
28
uno-group
11.12.16
✎
19:40
|
(25) смотрю кодом из 4 до 16777215 всем файлам еще далеко
|
|||
29
uno-group
11.12.16
✎
19:54
|
(27) буду жать и резать
|
|||
30
Злопчинский
11.12.16
✎
20:24
|
(28) удостоверились что код показывает правильно? ;-)
|
|||
31
Aleksey
11.12.16
✎
20:41
|
(27) Ну если у него константы шалят, то свертка может не помочь. Ибо скорее всего периодические реквизиты. Обычно это цена. И тут не свертка нужна, а переписывать их на регистры
|
|||
32
Злопчинский
11.12.16
✎
20:46
|
А в 1sconst - при размере больше гига может уже и к пределу по колву записей по добралось?
|
|||
33
uno-group
11.12.16
✎
20:58
|
(30) до этого в пару базах диагностировал приближение к пределу вроде верно.
Как с периодикой бороться знаю. Сейчас оптимизирую размер полей цена. потом буду удалять старые прайсы. там только танцы будут. так как есть прайсы от поставщиков актуальны и нужные аж 2004 году. так что тупо грохнуть старые прайсы нельзя. и от поставщика может быть 5 актуальных прайсов в разных временах на разные группы товаров. а то бы давно резанул бы тупо пару лет и не парился. |
|||
34
uno-group
11.12.16
✎
20:59
|
чет фаровский плугин не хочет 1sconst открывать. что есть легкое для проверки количества записей
|
|||
35
Звездец
11.12.16
✎
21:06
|
(33) актуальные прайсы за 2004? это вы чем таким торгуете?
|
|||
36
lvz
11.12.16
✎
21:09
|
я тоже знаю несколько моментов, где дбф лучше скл. Но переходить надо )
|
|||
37
Aleksey
11.12.16
✎
21:10
|
(36) Например скорость работы при проведении. Или динамические списки в подборе (актуальные остатки, индивидуальные цены)
|
|||
38
Torquader
11.12.16
✎
21:18
|
А разве взаимоблокировка без паузы приводит к ошибкам ?
Она, вроде бы, только "экономит" процессорное время. А после перехода через первый гигабайт, нужно, чтобы блокировки, которые выставляются в пределах второго гигабайта, выставлялись в третий или четвёртый. |
|||
39
Злопчинский
11.12.16
✎
21:35
|
(34) да вагон
Я пользуясь windbfview |
|||
40
uno-group
11.12.16
✎
22:11
|
(35) завод не менял баксовую цену.
(36) года 4 назад с скл на дбф спрыгнули, юзеры аж обрадовались как все залетало. год назад тут народ рассказывал, что сделают, что будет летать потом оказалось что сервак надо поменять дали добро при условии что будет не медленее. привезли новый сервак перевели тормоза, в 10 раз медленее дбф. колдовали 2 месяца в итоге в 5 раз медленее еще шеф решил алгоритм формирования новых цен поменять и все их прямые запросы в топку. |
|||
41
Злопчинский
11.12.16
✎
22:25
|
(40) это вы какие-то неправильные грибыиупотребляли
|
|||
42
uno-group
11.12.16
✎
23:33
|
(41) шеф жадный 100,000 позиций 8 категорий прайсов на основании прайсов поставщиков, колебания курсов, сезонности, остатков у поставщиков и конкурентов,динамики продаваемости, фазы луни и месячных циклов жены и любовницы. Формируется + соответственно меняются алгоритмы формирования авто заказов у поставщиков. и эти алгоритмы чуть ли не ежеквартально меняются улучшаются потом от чего то оказываются. Поддерживать этот зоопарк на прямых запросах проще застрелиться.
|
|||
43
uno-group
11.12.16
✎
23:37
|
Таки количество записей больше 16 лямов в 1сконст.
Точку в разрядности не там поставил. Чуть обрезал периодику до 15 лямов |
|||
44
Злопчинский
11.12.16
✎
23:45
|
(43) как и ожидалось, уважаемый Сергей Михайлович ответ дал еще в (1) пункте.
А вера в собственную непогрешимость - очень нехорошая черта у программера ;-) |
|||
45
uno-group
11.12.16
✎
23:59
|
(44) старые версии отчетов после испраления надо удалять нафик. Ну дык все время в основном и ушло на сжатие периодики с самого утра. она же сабака хитрая, это в регистрах если че можно грохнуть лишнее сторонними методами сравнительно легко.
Может кому в будущем приходится. на форму кидаешь ТЗ в форму код. и видишь проблему. ИмяНачКаталога=КаталогИБ(); Тз.НоваяКолонка("Файл",,,,,4); Тз.НоваяКолонка("Размер",,,,,4); Тз.НоваяКолонка("Пр","Число",5,1,"Заполнен %",5); Тз.НоваяКолонка("Записей",,,,,4); Тз.НоваяКолонка("Пр2","Число",5,1,"Заполнен %",5); каталог=СокрЛП(ИмяНачКаталога); Фс.УстТекКаталог(Каталог); БД=СоздатьОбъект("XBASE"); н=1; Файл=Фс.НайтиПервыйФайл("*.dbf"); Пока Фс.СуществуетФайл(Каталог+Файл)=1 Цикл Тз.НоваяСтрока(); Тз.Файл=Файл; РазмерФайла="";АтрибутыФайла=""; ВремяСоздания=""; ВремяПоследнегоДоступа=""; ВремяПоследнейЗаписи=""; РасширенноеИмяФайла=""; Фс.АтрибутыФайла(Файл,РазмерФайла,АтрибутыФайла,ВремяСоздания,ВремяПоследнегоДоступа,ВремяПоследнейЗаписи,РасширенноеИмяФайла); Тз.Размер=РазмерФайла; Тз.Пр=РазмерФайла/20000000; БД.ОткрытьФайл(Файл,"",1); Тз.Записей=БД.КоличествоЗаписей(); Тз.Пр2=Тз.Записей/167772.15; БД.ЗакрытьФайл(); Файл=ФС.НайтиСледующийФайл(); Если СокрЛП(Файл)="" Тогда Прервать; КонецЕсли; КонецЦикла; Тз.Сортировать("Размер-"); |
|||
46
uno-group
12.12.16
✎
00:07
|
в монопольном режиме естественно не работает
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |