CDX файл более 1.9 гигов это нормально? #503973


#0 by mirvel
При свежем копировании элементов справочника создается файл индекса более 1.9 гигов...это нормально? у справочника 8 реквезитов 3 строковых длиной 200 с отбором и сортировкой 3 периодических число 15.2 2 других информационных
#1 by mirvel
Видимо не возможно! ....У МЕНЯ ПРИ 1.99 ГИГОВ ВЫЛАЗИТЬ ОШИБКА ВИДИМО ВСЕ ДЕЛО В БОЛЬШОМ ИНДЕКСНОМ ФАЙЛЕ
#2 by Ёпрст
>>>3 строковых длиной 200 с отбором и сортировкой Полный ПЭ.
#3 by mirvel
ПЭ=ПипЭц?
#4 by mishaPH
простите. а зачем вам 200 строка? да еще и с отбором.
#5 by mishaPH
200 символов? что за фикня суперуникальная на 200 символов
#6 by Ёпрст
хуже.
#7 by Odin1C
переходите на сиквел, у меня когда-то индекс там был у таблицы в 40 Гб.
#8 by mirvel
да......хотя с того справочника с которого я копирую 10 реквезитов с длиной строки 200 и у каждого стоит отбор и сортировка.....(правдо у этих полей не все элементы заполнены, думаю не более 30 процентов) а сдх 60 метров!
#9 by Джинн
Да запросто влепить туда можно наименование "Суперуникальная мегапродукция фиолетового к крапинку цвета с сиреневым отливом, кругленькой мегаручкой, покрытой наноматериалом им. Чубайса и загогулинкой, прикрученной слева Васей Пупкиным".
#10 by mirvel
....присоединяюсь к потому что у полного наименования материнки допустим вылазит более 150 символов...вот и с запасом установили 200 ед...
#11 by 1Сергей
а отбор с сортировкой там накуя?
#12 by mishaPH
лично я, никогда, вообще не ставлю отбор на строковые реквизиты. (наименование само системой). а уж строку более 40 символов для меня сделать вообще не знаю что должно случится.
#13 by mirvel
придется видимо но Наименованию делать сортировку и отбор, а полное наименование оставить без отбора и сортировки
#14 by mishaPH
а зачем на нее отбор и сортировку?
#15 by mirvel
накуя накуя.....все дело в прайсах! из 20 прайсов разных поставщиков формируется один уникальый прайс без всяких дубляжей! вот и приходиться делать НАЙТИПОРЕКВЕЗИТУ....или предлагаете циклом?
#16 by Ёпрст
предлагаю уволиться. А не хранить инфу в строковых реквизитах длиной 200 и лепить еще индекс по ним.
#17 by Любитель XML
"из 20 прайсов разных поставщиков формируется один уникальый прайс" - бред полнейший
#18 by mirvel
:) ну мы от трудностей не бежим....разве что построить другую схему...
#19 by mirvel
в чем проблема? поясни!
#20 by Любитель XML
зачем тебе это вообще?
#21 by Любитель XML
+ я про форомирование одного большого прайса
#22 by Джинн
Добрый ты :) Но нельзя не согласиться :)
#23 by mirvel
Вообщем ситуация такая: 1) имеем 20 поставщиков от которых на мыло приходит прайсы в виде ехеля 2) мы синхронизируем прайс в один, чтобы не дублировались одинаковые позиции, а оставалась одна с наименьшей ценой 3) мы магазин к нам приходит покупатель...и мы ему предлагаем один прайс!
#24 by mirvel
В результате у нащей конторы цены по всем позициям конкурентноспособнее!!
#25 by mishaPH
а что кто-то мешает при загрузке 20 прайсов запихнуть все в ТЗ, сформировать единый и записать его в справочник?
#26 by mishaPH
сколько позицый в прайсе общем?
#27 by mishaPH
позиций 2. как часто загружаете прайл пришедший по почте
#28 by mirvel
Предлагаешь все позиции со справочника запихнуть в ТЗ, затем сравнивать с ТЗ? загрузка в ТЗ займет много времени...т.к. прайсы приходят каждые полчаса каждый день
#29 by mirvel
а элементов у спр...не менее 12000
#30 by Любитель XML
а при заказе если у одного поставщика кончился товар, лезите в почту искать у кого дешевле?
#31 by mirvel
хотя как вариант буду иметь ввиду!!!
#32 by Джинн
Ну и зачем здесь реквизиты по 200 знаков?
#33 by mirvel
полное наименование товара у поставщиков выходит за 150 символов...
#34 by mishaPH
если у вас такой онлайн. то держире одну сессию 1 с открытой. 1 раз загрузите в ТЗ прайс текущий, при приходе нового от клиента выполни анализ а в справочник перезапиши измененные элементы. если у вас такой онлайн. Кроме того, прочитать справочник и запихнуть его в ТЗ у меня запчасти как-то так дела 900000 элементов занимает 5 минут. запросом на скл еще меньше
#35 by mishaPH
пля. какие мелочи.
#36 by Любитель XML
У нас сделано немного по-другому - каждому контрагенту соотвествует свой прайс-лист... и приход удобно делать и знаешь - какие позиции есть у поставщиков... а выбрать наименьшее и обработочкой можно.
#37 by mishaPH
12000 элементов прочитает в ТЗ банальным перебором за 1-2 минуты
#38 by mirvel
VGA Card Palit Daytona GeForce GTS250 E-Green 512MB, 128USP, Core 738Mhz, 512MB GDDR3, 2200Mhz, 256bit, PCI-E, Dual-Link DVI-Out, TV-Out, HDMI, HDTV-Out, SLI Ready
#39 by mirvel
у этой позиции более 120 символов без пробелов
#40 by Любитель XML
артикул внутренний уже предлагали вводить?
#41 by mishaPH
В общем автор, я как спец по изврату на 7ке тебе дал рекомендации с ходу. Это 100% лучше чем делаешь ты.
#42 by mishaPH
ему не прокатит. ему надо сравнивать прайсы разных поставщиков. и искать в своей базе не эту запись а аналоги
#43 by Любитель XML
+ по нему поставить индексирование и искать... и убрать отборы прочее по длинным строкам
#44 by mirvel
ХОТЯ ПРОБЛЕМА НЕ В 200 СИМВОЛАХ....Я ПРОСТО ХОТЕЛ УБЕДИТЬСЯ В ТОМ ЧТО ВОЗМОЖНО ЛИ РАБОТА СДХ БОЛЕЕ 2 ГИГ... ОКАЗАТЬСЯ НЕТ!!... у меня есть  другие варианты решения этой задачки....
#45 by mishaPH
проблема в том, что индексация такой строки разрастает индекс, который натыкается на ограничение ФС
#46 by mishaPH
+ 45 и проблема именно в том. что изначально это не оптимальное решение
#47 by Джинн
А вот ОРАТЬ тут не нужно. Во избежание бана.
#48 by ado
Не ФС а формата БД.
#49 by mishaPH
да его самого
#50 by mirvel
Ребята всем спасибо! На счет строк я понял!
#51 by mirvel
Просто я в начале не мог разобраться почему у первого справочника 10 реквзитов с отбором и сортировкой и длиной 200 строк СДХ файл меньше в разы метров, а у второго всего 3 реквезита с 200 строками а сдх файл более 2 гиг... видимо все дело в том что в тех 10 полях мало инфы было! ПРАВИЛЬНО?
#52 by Адинэснег
СтрДлина("Суперуникальная мегапродукция фиолетового к крапинку цвета с сиреневым отливом, кругленькой мегаручкой, покрытой наноматериалом им. Чубайса и загогулинкой, прикрученной слева Васей Пупкиным") = 189 а я думал не влезешь =)
#53 by mirvel
а если честно даже не 3 реквезита с длиной 200 стр...а всего 1 один! а остальные 2 два так себе обычные до 50 стр...
#54 by mirvel
Но все поля под завязку забиты!
#55 by Джинн
Безусловно. Курим маны про построение индексов в dbf. Ты думаешь моя фантазия этим ограничится? А по сравнению с фантазией юзверей она просто шаблонная, как в Уставе. Сдуру что угодно можно забить под завязку.
#56 by Адинэснег
это ключевые характеристик для БД: VGA Card Palit Daytona GeForce GTS250 E-Green 512MB, 128USP, PCI-E, Dual-Link DVI-Out, TV-Out, HDMI, HDTV-Out, SLI Ready
#57 by Злопчинский
вы просто больные. задача давно решена. фармация. любое количество прайсов привязанных к нашей номенклатуре. формирование сводного прайса в разных режимах. автозагрузка прайсов. автоопределение новых позиций. автоидентификаци яновых прайсов. все фигня кроме пчел.
#58 by Злопчинский
ну про разноску заказов по прайсам автоматом я уже не говорю...
#59 by Джинн
Каждый имеет право самостоятельно экспериментальным путем установить, на какие сельскохозяйственные орудия труда можно наступать, а на какие нет.
#60 by mirvel
Ребята спасибо за советы и обоснованную критику! Как никак порою программирование это искусство! А в любом искусстве учение, учение, импровизация и самовыражение! Спасибо! Кстати на счет фармации.....скинь инфу, ссылки, а лучше мдшник!
#61 by Mikeware
"3 строковых длиной 200 с отбором и сортировкой" - круто программиование - это еще и ремесло. Где нужно знать некоторые основы профессии. А про эмдэшник тебе щазз ответят...
#62 by mirvel
а ты откуда взялся? Кто такой?  пиво уже распили, шашлык съели! Трезвым не место! Иди домой! :)
#63 by Злой Бобр
Ограничение системы на размер файла никак необойдешь, если все потуги к тому. Позвонить поставщику и попросить выгружать в прайс свой идентификатор или уникальный код - работы на полчаса. И ненужно придумывать лисапед с квадратными колесами.
#64 by mirvel
И так резюме: Вопрос: CDX файл более 1.9 гигов это нормально? Ответ: это не нормально! и пагубно! Совет: учи азы! основы ремесла! Спасибо всем за направление и полученные ответы! Mirvel
#65 by mirvel
Тема Закрыта!
#66 by Mikeware
Только в зоопар пришел, диковинную птЫцу Вудпеккера увидел - и сразу "иди домой"...
#67 by Garlic
"сельскохозяйственные орудия труда ручные культиваторные с деревянной ручкой длиной в рост человека и острыми металлическими зубьями" - 130 символов внабралось.
#68 by vS
слабак, иди работай над собой ;)
#69 by Злопчинский
да хоть пусть наименование поставщика будет длиной в 512 смволов. ну сколько: пусть 20 прайсов по 20 тысяч позиций = 400 тыс строк * 0.5 Кб = 200 мег... - фигня полная. только не надо названия прайсов пихать в наименования и строить по ним сортировки и отборы - это нафиг не надо... высосали проблему из пальца... проблема всего одна- качественно провести привязку первоначальную используя соотв.инструментарий.
#70 by Torquader
Как интересно спорить о длине наименования и о том, что с ней делать. Но проблема-то не в самой длине, а в том, что эту "длину" нужно разбивать на характеристики, так как одна и та же видеокарта VGA Card Palit Daytona GeForce GTS250 E-Green 512MB, 128USP, PCI-E, Dual-Link DVI-Out, TV-Out, HDMI, HDTV-Out, SLI Ready может у другого поставщика называться: Видео карта PCI-E Palit Daytona GeForce GTS250 E-Green 512MB, 128USP, HDMI, HDTV-Out, TV-Out, SLI Ready, Dual-Link DVI-Out и как бы вы ни сравнивали - вы попадёте пальцем в небо. Поэтому, или надо просить поставщиков расписать характеристики или использовать код и описание производителя (уж оно-то точно у всех поставщиков будет уникальное).
#71 by Эльниньо
+ Спр-к "Характеристики" и составной артикул (код) у Номенклатуры. Глядишь - вместо 200 символов и 20-ти хватит. В моей нетленке, заводя новую позицию, юзер выбирает несколько характеристик. Автоматом формируется наименование и уникальный код изделия.
#72 by Злопчинский
ни ссылки ни мдшника не скину, потому как решения нетиповые, допиленные и выстраданные лично... ;-) бесплатно бери то, что в открытом досмтупе
#73 by Злопчинский
попробую с ходу сказать: достаточно четко автоматом определиться что это позиции близкие к одинаковым. . если рассматривать разовый пример - то вышеуказанное мое соображение - не особо ценно. когда таких позиций много и они часто меняются - "трудозатраты" по сопровождению существенно облегчаются. . с достаточной эффективностью анализировались даже радиодетали - где ваще катастрофа - одно на другое сильно похоже и наименования короткие - тут приходится уже допиливать.. а такие длинные наименования даже если их много - идентифицириуются хорошо, по крайней мере при вводе - нужная позиций - в первой пятерке как правило находится...
#74 by Torquader
Это я знаю - словоформа делится на слова, а слова по наибольшему совпадению сравниваются - перестановка слов обходится на раз (и длинные строки нужны только для того, чтобы собрать все слова воедино). Что касается радиодеталей, то там известно, что это есть и его основные характеристики - и по ним уже выбираются - также существуют таблицы аналогов. P.S. проблемы бывают, если у поставщика работают любители сокращений, которые всё что можно сказать об изделии впихивают в 20-30 символов - тут и приходится гадать, что значит, например VC - видеокарта или видеоконнектор.
Тэги:
Ответить:
Комментарии доступны только авторизированным пользователям

В этой группе 1С