|
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 тыс позиций в экселе для анализа. Бред это все. Ставьте фильтры и отсекайте только нужные вам позиции. И не идите у тупых юзверей на поводу - в итоге вам же этот гемор прилипнет.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |