расматриваю возможность зафигачить каталог состоящий из 16 милионов полей в новой справочник, какие поводные камни? насколько тормоза будут?

(0) Полей ???
или записей?

записей тоесть строк полей 8 насчетали тип строка и число

ы = 1;
пока ы<=16000000
зы = справочники.Номенклатура.СоздатьЭлемент();
..
зы.реквизиты = 'ересь';
..
зы.Записать();
ы=ы+1;
конеццикла;

запускай и жди, потом расскажешь

можно, но как потом с ним работать?))))

ну разве что транзакции по 10000 элементов не помешают

а потом? тормаза будут при открытии справочника?

Да и причем тут тормоза, ну забросил их все, размер какой-то-там таблицы стал большой, или надо еще их потом зачитывать? :)

(6) так вот ты и расскажешь

справочник статичный что-ли?

(6) просто при открытие нет, если там группы есть...
а вот при использовании в документах или регистрах или отчетах...лучше сразу вешайся

где точно будут тормоза - так это при поиске через ctrl+F по текстовому полю в таком справочнике

есть база у меня одна, там номенклатуры 2.5 миллиона...
так не самые быстрые показатели работы у этой базы)))

2(6) почему?

(12) - если не секрет, что за направление бизнеса с такой оменклатурой?

(0) Хть в базу не файловую то пихать хочешь, а то для реляционной БД мне кажется п.ф.г к-во записей

(14) Паспортный стол

(14) Конфа "Выпуск и учет китайцев на ДВ" )

А какие сомнения что не взлетит?

А тебе точно справочник нужен? Может лучше регистр сведений или внешний источник?

Взлетит без проблем, по требующимся полям вешаем индексы и все работает как часы

(14) там много областей в одной базе, и техника, и электроизделия, и продукты питания...

(19) +1 за внешний источник

При открытии-то какие могут быть проблемы?

(23) в 8.2 никаких, она данные по кусочкам тягает

(19). Можно совместить. РС посзволяет индексами рулить, а поля - ссылки на справоники.

(24). 8.1 тоже, да и 8.0.

(24) 8.1 и даже 7.7 (частично) не файловые аналогично

но боже тебя упаси построить запрос с соединением ко всему справочнику, 1С скажет "мяу"

(28) скорее SQL или что там будет еще...

У меняесть рс в одной базе с 10 млн. записей. Открывается долго, около 30 сек. Думаю перевести на внешний источник.

Только это, автор, если ты это собираешься сначала проверить на целероне с 512Мб памяти, на котором установлены и скуль и сервер предприятия и клиент, то лучше даже не начинай - разочаруешься и сделаешь совершенно неверные выводы из эксперимента.

(0) провели нагрузочное тестирование. Загони в справочник 100 млн. записей и проверь работу.

простите, для этого и реальный сервак нужен. а не комп за 40-50 килорублей (а че, он же мощный!!) ;)))

(0) 1с: учет понаехавших?

разрешение на работу с личными данными есть?

(30) >> рс в одной базе с 10 млн. записей. Открывается долго, около 30 сек

Странно....

У меня в бухне 1.6 в регистре Хозрасчетный 2 млн записей в основной таблице регистра + 8,2 млн записей в таблице ЗначенияСубконто.

Открывается мгновенно. И это учитывая, что то что мы видим (РегистрБухгалтерии.Список) - это соединение двух физических таблиц БД.

ЧЯДНТ?

(36) регистры накопления и сведений не путаем?

(36) может делаешь выводы не подумав? Я ведь не уточнял, сколько полей в моем регистре сведений, какие типы измерений и т.д.Не думай, что регистры бухгалтерии - это самые большие объекты в базе. Всё зависит от конкретной задачи

(37). А какая разница? Ну пусть 10млн. записей с 8-ю ссылочными полями. 8 * 16 = 128 + (сколько-то полей служебных, пусть четыре) 64 = 196 * 10 000 000 = 1.83Гб. Если учесть что обрабатываются при открытии не все записи, а только видимые плюс туда-сюда сколько-то - я не верю, что так медленно открывается, наверное в качестве сервера что-то ниразу не сервер.

(37) И какая разница?

У регистров накопления и сведений основных таблиц - по одной.
У регистра бухгалтерии их две. Это уже усложняет задачу.

(38) >> Я ведь не уточнял, сколько полей в моем регистре

Ну так рассказывай! :)

(40). У РН таблицы все-таки две, но в данном случае это не имеет значения, а в некоторых это даже преимущестсво. :)

(38) >> может делаешь выводы не подумав?

Я вообще выводов ни каких не делал.
Я как раз задал вопрос: "ЧЯДНТ?"
Могу перефразировать: какую структуру надо забубенить у регистра, что форма списка открывалась 30 секунд?

(41) >> У РН таблицы все-таки две

Каке это?

(43). Движения и остатки. Тут по сравнению с 7.7 ничего не изменилось.

(42) расслабься. я действительно забыл про то, что у клиента стоит бюджетный сервер, на котором в терминале работает одновременно около 30 пользователей, и на нем же стоит сервер 1С и SQL . ну а структура регистра нормальная, соответствует потребностям клиента, 8 ссылочных измерений и 2 ресурса.

(44) Ну если вспомнить остатки, то у регистра бухгалтерии физических таблиц вообще дофига:
В регистре типовой бухни с тремя субконто на плане счетов:
две - хранят проводки (записи регистра)
- Основная
- Знаечния субконто
таблицы итогов:
- Остатки и обороты по счетам
- Обороты между счетами
- Остатки и обороты по счетам и одному субконто;
- Остатки и обороты по счетам и двум субконто;
- Остатки и обороты по счетам и трем субконто;

(46). Причем тут регистр бухгалтерии? Ты мне свои знания решил показать замяв свои незнания? Ты написал, что у РН, как и у РС, физически одна таблица, я тебя поправил. Задел твое ЧСВ? Ну так почеши его.

Как-то было дело загружал в справочник номенклатуры более 10 тыс. записей, база почему-то распухла более чем не полтора гигабайта... Т. к. времени было в обрез, и всех устраивало (в частности, жесткому диску было пох), то оставил все так, и почему так сильно распухла так и не узнал... Причем при выгрузке в dt она занимала чуть более 70 мб. Может дело было в индексах...

Так что есть опасность нарваться на физическое ограничение таблиц БД в файловом варианте.

(47) >> Ну так почеши его

Речь шла, если ты читал конечно, об отображении списка регистра. Список строится по таблицам движений. Вот я и упомянул только их. Таблиц движений у РН и РС - по одной, у РБ - две.

Посмотри внимательнее. И оставь в покое мое ЧСВ :))

(48) ТиИ со сжатием данных

(49). Мой тебе совет, или помолчи или уж признай что тупанул. Так чисто беззлобно. Все ошибаются.

(50) пробовал, околонулевой эффект, менее ста мегабайт выигралось...

в общем сошлись на том что если будут отчеты с соединением со справочником, то подвиснет, если нет - проблем быть не должно?

(51) Где тупанул-то?

Не ну серьезно. Может я чего-то не понял?

VitaliySm в (30) пишет: рс в одной базе с 10 млн. записей. Открывается долго, около 30 сек

Если я правильно понимаю речь идет об открытии формы списка регистра. Для показа формы списка разве подтягиваются таблицы итогов регистра? ИМХО, нет. Или, по-твоему,  я ошибаюсь?

И дальше диалог шел именно и таблицах первичных движений.

(53) я совершенно не представляю себе отчет, в который придется выводить весь этот справочник...

(53) Автор запустил цикл из (3). Пока результатов нет )))

(55) я как бы тоже....

(55) зачем ВЕСЬ? может кусок какой (типа если (34) - то список жителей дома, например)

(0) Тормоза при открытии... Да врятли. SQL топит открытие. А вот на подбор по ходу нет. В общем в профайлер. Я всеж надеюсь что в не файловый формат льют.