Вход | Регистрация

1С:Предприятие ::

Метки:документы

Количество строк табличной части документа >10000

Я
   Fazer
 
02.07.04 - 07:07
Пишется нестандартная конфигурация и возникла необходимость ввода документов с количеством строк в табличной части больше 10000. Каждый раз править в DD размерность Lineno на N5 замучаешься. Как справиться с проблемой?
 
  Рекламное место пустует
   SnarkHunter
 
1 - 02.07.04 - 07:10
Не править размерность...
   ChAlex
 
2 - 02.07.04 - 10:04
Лучше бить на документы по 9999 строк!. Все равно работать с таким документом смысла нет (любой бухгалтер пошлет все после первой тысячи строк!).
   Fazer
 
3 - 02.07.04 - 21:41
В принципе, даже если размерность не править, то строки в документе все равно не теряются, но нарушается их порядок. Т.е. сначала идут строки с номерами 0 - это те, которые больше 9999, потом остальные. Можно при вводе добавить свое поле НомерСтроки,  потом СортироватьСтроки и записать. Но я полагал что есть другой способ, просто увеличить размерность нумератора строк.
 Что касается разбивки документа на части, то это не очень удачный путь. Стоит задача импорта базы льготников собеса Xbase, по мере возможности на его основе обновить свой справочник льготников, те записи, которые не прошли обработку (не совпадает адрес, фио и пр.) дать обработать вручную. В конце месяца вывести в суммы компенсаций в исходный dbf.
   427
 
4 - 02.07.04 - 22:06
В твоем случае надо выгрузить табличную часть дока в тз, отсортировать по значимому реквизиту (скорее всего это будет ФИО, затем адрес, затем еще что и загрузить обратно в табличную часть.

А доки я все таки бы колотил на части. Например, по первой букве ФИО
Док с ФИО --  Аххххх
Док с ФИО --  Бххххх
Док с ФИО --  Вххххх
внутри сортировка по ФИО-адресу. Так людям будет понятнее. И при добавлении строки в док руками давал бы возможность вводить человека с фамилией только на эту букву (чтобы не кидали по докам) ...


И еще - есть ограничение в количестве проводок в операции. 99999. Если ты будешь что либо формировать - учти это.

К тому же если такой док будет проводиться - велика вероятность, что задержка будет значительной, и остальные юзеры не просто будут курить  бамбук - они будут вываливаться по таймауту.
   leosoft
5 - 02.07.04 - 23:02
А зачем все грузить в документ? Сделайте отдельный справочник для не прошедших
и с ним работайте...
   romix
 
6 - 03.07.04 - 01:34
Можно цеплять к документу внещние DBF.

А то вы там дозаполняетесь огроменные документы в DBF-ную базу (сужу по DD; в SQL-базе это DDS).

Она ведь не резиновая, индексы в ней надежно (да еще по сети) перестраивать на огроменных базах не получится. Прикрепляемый же DBF не будет грузить индексы основной базы, но будет хранить все что нужно.
   Мулька
 
7 - 03.07.04 - 08:43
на 15-м релизе имел глюки при проведении дока, если строк было более 5000. Бил по 5000. Может и подправили.
   Fazer
 
8 - 04.07.04 - 09:30
Бить или не бить - вот в чем вопрос :)
Разбивать документ на части - это дополнительные проблемы себе - ее потом обратно в конце месяца в дбф выгружать. Хотя идея с разбивкой по алфавиту красивая, но подходит только для небольшого города, в котором льготников на одну букву меньше 9999.
Проблем с проводкой не будет, т.к. документ не проводится, он предназначен для хранения, авт. и ручной обработки, отчета по нему и выгрузки в дбф. В программе на Фоксе это решалось гораздо проще - проиндексировал и связавай, открывай форму, отчет и пр.
Выгружать в справочник тоже нереально, т.к. это ежемесячная операция.
Romix, как подцепить в 7.7 к документу внешнюю dbf? Идея отличнаяникогда не пробовал. Подробно описывать не надо, в 2 словах или просто дай ссылку.
   427
 
9 - 04.07.04 - 09:36
С внешней ДБФ ты обломаешься при совместной работе. ДБФ через xBase открывается только монопольно. И я сомневаюсь, чтобы такое количество людей обрабатывал один человек. Кстати, через документ - тоже правка монопольная.


Так что не выпендривайся и делай через справочник.
   Warlock
 
10 - 04.07.04 - 11:49
+9 Да, через справочник лучше. Создай двухуровневый справочник, где группами будут "июнь 2004", "июль 2004", "август 2004"...
 
 
   Fazer
 
11 - 04.07.04 - 13:40
Мда, про необходимость расшарить документ я как-то не подумал. Ок, вы правы, буду делать через справочник. Спасибо всем!
   427
 
12 - 04.07.04 - 14:26
Справочник тоже грамотно строить надо.....
   romix
 
13 - 05.07.04 - 01:58
(8) Как прицепить? Да ссылку на файл в документе хранить. Открывать через ЗапуститьПриложение(). Расширение DBF в виндах должно быть ассоциировано с каким-нибудь просмотровщиком/редактором DBF, например, от фирмы Гендальф.

(9) Не знал, что смотреть DBF можно только монопольно. Ну хорошо, а команда КопироватьФайл() (или как там ее) на что? :-)

Хотя со справочником, наверное, идея все-таки лучше.
   Fazer
 
14 - 05.07.04 - 06:56
А, вот что имелось ввиду - работать внешним дбф-вьюером! Нет, такое не подходит абсолютно - с данными надо работать: будут подвязаны поиск, сортировки, вызов справочников льготников, абонентов и пр.
 В данном случае монопольность просмотра дбф зависит от используемого просмотрщика. Вьюер может вполне нормально работать с уже открытым файлом, ругаться он будет только при проведение операций, требующих эксклюзивного открытия - индексация, изменение структуры, упаковка.
   romix
 
15 - 05.07.04 - 10:10
(14) Тогда конечно через справочник...
Точнее, через два справочника - элементы первого подвязаны к документам, а второй - подчиненный.

И по хорошему вам надо SQL.


Список тем форума
Рекламное место пустует  
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Ветка сдана в архив. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует