Имя: Пароль:
1C
1C 7.7
v7: Скорость отбора по остаткам 200-300 тыс.строк
,
0 Fiasko
 
22.10.11
23:43
Изъявлено желание видеть в форме подбора только товары, имеющиеся на складе. В плане организации мне, вроде, все ясно: делаем флаг остатков и выполняем обор, если остатки б."0",заполняем тз остатков и циклим товары, отбрасывая лишнее. Вопрос у меня несколько в другом, как думаете, справочник на 200-300 тыс. строк сколько по времени может обрабатываться? Мне кажется, что предел комфортной работы - 30-40 сек... Может есть способ побыстрее получать остатки и выполнять отбор?
1 Fiasko
 
22.10.11
23:44
Оп-па, задавая этот вопрос, сразу в голову пришла идея работы с запросом, он, насколько мне известно, работает быстро, правда опыта работы с запросами на данный момент у меня практически нема...
2 andrewks
 
22.10.11
23:45
> правда опыта работы с запросами на данный момент у меня практически нема...
м-да... это фиаско...
3 Fiasko
 
22.10.11
23:48
(2) не первый
4 andrewks
 
22.10.11
23:49
в ТиСовской форме подбора реализовано, глянь
5 Ёпрст
 
22.10.11
23:56
>>>Мне кажется, что предел комфортной работы - 30-40 сек
Это полный ПЭ, а не комфорт,
комфорт, это хотя-бы 0.003-0.004 секунды
6 Fiasko
 
22.10.11
23:59
(5) я только учусь, поэтому у меня есть определенные допуски :)
(4) ты штатный механимз отображения видимости в колонке?
7 Fiasko
 
22.10.11
23:59
(6) *ты про штатный
8 mikecool
 
23.10.11
00:32
один раз заполняется + по расписанию
при оприходовании-списании проверяется и меняется флаг конкретной позиции
9 mikecool
 
23.10.11
00:32
+8 на тис делал до 5 таких флагов
10 Fiasko
 
23.10.11
00:36
вот еще нашел статейку: Книга знаний: Быстрое отображение остатка в справочнике и другие трюки с событиями в 1С
но лично мне не известен конкретный диск ИТС... может подскажет кто?
(8) вообем да, вполне реально...
11 Fiasko
 
23.10.11
00:36
(10) там нужен именно "Сокрытие в справочнике номенклатуры элементов"
12 Fiasko
 
23.10.11
00:39
нашел пример, начинаю смотреть.... может быть сабж после разбора примера будет уже закрыт...
13 mikecool
 
23.10.11
00:46
(11) и? я и написал про флаг-отбор
14 NS
 
23.10.11
00:46
Выгрузитьитоги(), добавитьнулевуюстроку, сортировать,  найтизначение, количествострок, использоватьсписокэлементов.
Либо вместо выгрузитьитоги - запрос.
15 Fiasko
 
23.10.11
00:57
(13) да верно, но у тебя еще:
>> при оприходовании-списании проверяется и меняется флаг конкретной позиции
а там вроде нет этого... вообщем я еще смотрю... в любом случае - СПАСИБО! :)
16 Злопчинский
 
23.10.11
01:22
господа ..? нафига работать со справочником 200-300 тысяч элементов..? а то и больше..? это же не справочник ДЛЯ ОПЕРАТИВНОЙ РАБОТЫ, это же прсото ТАБЛИЦА ДЛЯ ХРАНЕНИЯ ДАННЫХ КОТОРЫЕ КОГДА_ТО БЫЛИ УПОМЯНУТЫ В СИСТЕМЕ... идем на разные ухищрения которые сразу, заведомо сокращают "справочник"... повышая комфортность работы...
17 NS
 
23.10.11
01:35
Вообще да, сортировать таблицу на 300000 строк будет достаточно долго :)
18 opty
 
23.10.11
01:38
(16) Здравая мысль , как правило с таким ассортиментом работают по предзаказу , типа автозапчасти и прочее , совсем не обязательно учитывать остатки и прочее , вот когда заказали и купили , тогда он уже и становится элементом номенклатуры , но не думаю что там за разумноее время таких элементов 300 000 накопится
Хотя разные ситуации бывают
19 IamAlexy
 
23.10.11
02:04
а вроде и не пятница...
20 Fiasko
 
23.10.11
03:12
(13) все получилось, правда я для себя сейчас сделал открытие - когда включен отбор, не работает подбор по товара по колонке... почему тут все ясно, но может кто решал подобное?
21 МуМу
 
23.10.11
04:38
Самый быстрый вариант это синхранизация БД с оперативкой клиента(можно через сервер приложений или локальнуб БД). В этом варианте реально милисекунды и это реально удобно. Хотя с точки зрения бизнеса такскать 300т. позиций - это утопия. Нужно научить работать правильно.
22 Скептик
 
23.10.11
08:49
(20) Это не баг, это фича платформы.
Если база на SQL возможны плюшки, но всё это суть костыли.

В (16) приведено единственно верное решение. Хотя с его реализацией -- да, засада. Зато руководство поймёт, за что даёт тебе слой масла поверх хлебушка.
23 МихаилМ
 
23.10.11
12:07
в таблице остатков  1с77 хранятся
только актуальные остатки

те если в пред периоде остаков не было - с ледующем он в таблицу остатков не паподут  

НО

в тис 9.2 была ошибка округления (потом её исправили)
в результате в остатках "повисли" незакрытые погрешности округления.

по моим замерам выборка всей таблицы 40 000 строк методом ВыгрузитьИтоги

отрабатывал 0.7 сек (SQL,100 mbit)

если использовать индексированую таблицу то при открытии 1 сек - терпимо
24 Злой Бобр
 
25.10.11
11:47
Тема истоптана и зажевана до никуда. Это всеравно что народ хочет видеть 300 тыс позиций в экселе для анализа. Бред это все. Ставьте фильтры и отсекайте только нужные вам позиции. И не идите у тупых юзверей на поводу - в итоге вам же этот гемор прилипнет.
Закон Брукера: Даже маленькая практика стоит большой теории.