1С++ users forum - Оптимальное количество строк в документе

(UTC)

1С++ users forum › 1С++ и прочие расширения v7 › Курилка › Оптимальное количество строк в документе

(Группа Модераторов: 1c++ moderator)

‹ Предыдущая Тема | Следующая Тема ›

Переключение на Главную Страницу

Страницы: 1

Отправить

Горячая тема (более 10 ответов)

Оптимальное количество строк в документе (число прочтений - 4240 )

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Оптимальное количество строк в документе 23. Декабря 2010 :: 06:55	Печать
	Как правильно рассчитать оптимальное количество строк оченьбольших документов, которые по этой причине сохраняются в несклько (например, ввод остатков)?


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Оптимальное количество строк в документе Ответ #1 - 23. Декабря 2010 :: 07:11	Печать
	9999, для дбф, дальше тупо номерстроки нет,а иногда, он нужен. А так, если не торгуете автозвпчастями или книжками, или любым др. ассортиментом в больших количествах, таких документов в базе не будет.


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Оптимальное количество строк в документе Ответ #2 - 23. Декабря 2010 :: 07:24	Печать
	Eprst писал(а) 23. Декабря 2010 :: 07:11: 9999, для дбф, дальше тупо номерстроки нет,а иногда, он нужен. А так, если не торгуете автозвпчастями или книжками, или любым др. ассортиментом в больших количествах, таких документов в базе не будет. Либо заведи свою колонку номер ( это если число позиций скажем 100 а нумеровать надо с миллиона ) Либо меняй n4 на n7 для таблицы dt только учтите что как правило проведение идет по табличной части и значит чем больше количество строк тем длительнее становятся блокировки.


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Оптимальное количество строк в документе Ответ #3 - 23. Декабря 2010 :: 07:31	Печать
	Да, и не только это. Открытие такого документа на просмотр - тоже не "быстрый процесс"..


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Оптимальное количество строк в документе Ответ #4 - 23. Декабря 2010 :: 07:36	Печать
	Eprst писал(а) 23. Декабря 2010 :: 07:31: Да, и не только это. Открытие такого документа на просмотр - тоже не "быстрый процесс".. пиши свою форму открытия и показывай табличную часть через ТП


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Оптимальное количество строк в документе Ответ #5 - 23. Декабря 2010 :: 07:57	Печать
	Z1 писал(а) 23. Декабря 2010 :: 07:36: Eprst писал(а) 23. Декабря 2010 :: 07:31: Да, и не только это. Открытие такого документа на просмотр - тоже не "быстрый процесс".. пиши свою форму открытия и показывай табличную часть через ТП Мне не надо, у меня таких доков нема..


	IP записан

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Re: Оптимальное количество строк в документе Ответ #6 - 23. Декабря 2010 :: 08:54	Печать
	Открывается док (точнее группа доков с доком-шапкой) в отдельной форме с ТП. Вопрос не в возможности хранения. Сейчас как раз по 9999 и бьется. Вопрос в том, при каких количествах строк группа документов будет быстрее проводиться? Что будет быстрее? - 5 доков по 9999 строк или - 50 доков по 999 строк ??? Или есть более оптимальное число или формула? (слышал про разбиение по 100, но не нашел подтверждения или аргументации) Поясню: это редкие документы, создаваемые не чаще раза в месяц, производящие групповое изменение большого количества периодических параметров справочников.


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Оптимальное количество строк в документе Ответ #7 - 23. Декабря 2010 :: 09:52	Печать
	(6) Даза дбф sql ? Если ввод остатков то вообще не очень принципиально потому что вводиться и проводиться один раз и после этого не меняется документ.


	IP записан

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Re: Оптимальное количество строк в документе Ответ #8 - 23. Декабря 2010 :: 09:57	Печать
	Z1 писал(а) 23. Декабря 2010 :: 09:52: (6) Даза дбф sql ? Если ввод остатков то вообще не очень принципиально потому что вводиться и проводиться один раз и после этого не меняется документ. база дбф. а ввод остатков проводится не 1 раз в режиме отладки, прежде чем будет произведена реальная свертка... но сейчас я занимаюсь другим документом, по объему сравнимым с вводом остатков, но формируемым в среднем раз в месяц.


	IP записан

Z1 God Member Отсутствует I Love YaBB 2! Сообщений: 2906 Местоположение: Москва Зарегистрирован: 26. Мая 2006 Пол:	Re: Оптимальное количество строк в документе Ответ #9 - 23. Декабря 2010 :: 09:58	Печать
	Dmitry The Wing писал(а) 23. Декабря 2010 :: 08:54: Поясню: это редкие документы, создаваемые не чаще раза в месяц, производящие групповое изменение большого количества периодических параметров справочников. Большое количество переодический параметров справочника - от этого вообще надо избавляться. Придумывать что либо другое для хранения. Например можно даже те же редкие документы использовать для значений реквизитов.


	IP записан

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Re: Оптимальное количество строк в документе Ответ #10 - 23. Декабря 2010 :: 10:03	Печать
	Z1 писал(а) 23. Декабря 2010 :: 09:58: Большое количество переодический параметров справочника - от этого вообще надо избавляться. Придумывать что либо другое для хранения. Например можно даже те же редкие документы использовать для значений реквизитов. поправка: справочников! производистся переоценка материалов и технологических операций, что вызывает переоценку общепроизводственных расходов, следствием чего является изменение себестоимости изделий ... а еще можно вспомнить, что одно изделие может быть частью другого (узел комплекта) ... т.е. у каждого справочника меняется не более двух реквизитов, но элементов, попадающих под раздачу довольно много, да и справочник не один...


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Оптимальное количество строк в документе Ответ #11 - 23. Декабря 2010 :: 11:05	Печать
	Dmitry The Wing писал(а) 23. Декабря 2010 :: 08:54: Что будет быстрее? - 5 доков по 9999 строк или - 50 доков по 999 строк ??? 50 по 999.


	IP записан

Dmitry The Wing God Member Отсутствует 1C++ rocks! Сообщений: 839 Местоположение: Где-то в Сибири Зарегистрирован: 18. Августа 2009 Пол:	Re: Оптимальное количество строк в документе Ответ #12 - 24. Декабря 2010 :: 01:56	Печать
	Eprst писал(а) 23. Декабря 2010 :: 11:05: Dmitry The Wing писал(а) 23. Декабря 2010 :: 08:54: Что будет быстрее? - 5 доков по 9999 строк или - 50 доков по 999 строк ??? 50 по 999. Интуитивно это и мне понятно. Я прошу пояснений - как получить оптимальную цифру...


	IP записан

Eprst God Member Отсутствует Сообщений: 3397 Зарегистрирован: 08. Октября 2007	Re: Оптимальное количество строк в документе Ответ #13 - 24. Декабря 2010 :: 06:17	Печать
	Dmitry The Wing писал(а) 24. Декабря 2010 :: 01:56: Eprst писал(а) 23. Декабря 2010 :: 11:05: Dmitry The Wing писал(а) 23. Декабря 2010 :: 08:54: Что будет быстрее? - 5 доков по 9999 строк или - 50 доков по 999 строк ??? 50 по 999. Интуитивно это и мне понятно. Я прошу пояснений - как получить оптимальную цифру... Опытом.. Еще же и от железа многое зависит и от формата БД. Делаешь тестовую конфу + тест + замеры.


	IP записан

kms 1c++ power user 1c++ moderator Отсутствует я хочу, чтоб сюда проложили дорогу оттуда... Сообщений: 4632 Зарегистрирован: 19. Мая 2006	Re: Оптимальное количество строк в документе Ответ #14 - 24. Декабря 2010 :: 14:56	Печать
	Eprst писал(а) 24. Декабря 2010 :: 06:17: Опытом.. Еще же и от железа многое зависит и от формата БД. Делаешь тестовую конфу + тест + замеры. Поддержу. То же самое актуально для зависимости эффективности транзакции для баз DBF в зависимости от объема данных в транзакции. В обработке транзакций у 1С явно какие-то применены какие-то алгоритмы с нелинейной сложностью.

	De quelle planète es-tu?
	IP записан

Переключение на Главную Страницу

Страницы: 1

Отправить

‹ Предыдущая Тема | Следующая Тема ›

« Главная ‹ Раздел Вверх

Вверх

Valid XHTML

Valid CSS

Powered by Perl

Source Forge