Обсуждения конфигураций на платформе "1С:Предприятие 7.7"

[Vlad1C]

Сообщение от tidolgort

1. Если взять тотже скуль-сервер, то иногда я совсем не понимаю в некоторых моментах почему он затыкается, переписываю запрос с той же логикой и он нормально работает, поэтому смею утверждать, что даже заточенная под 1 (одну) СУБД никакая программа не сможет пока что оптимизировать запросы лучше чем человек.

2. Открою вам большой наверное секрет, но регистры и промежуточные итоги и прочие термины что любят 1С -программисты не что иное как таблицы в БД. Регистры и итоги не что иное как агрегированные данные, хранящиеся в таблицах.

3. При сервачном железе и скл-сервере база в 400 метров тормозила как черепаха. Та же торговля и склад умирает при наличии ассортимента начииная от 10000. Скорость формирования отчетов -это вообще отдельная песня.

2) Секрет не откроете . Речь идет о том, что поддержание механизмов подобных (регистрам и промежуточным итогам) средствами других языков возможно, но трудоемко. В связи с чем данные, как правило, выбираются непосредственно из документов и при росте объема базы данных, существенно увеличивается их время обработки.

1) Спорить не буду. Хотя для анализа быстродействия все-таки можно и нужно использовать "средства автоматизации"

3) Вообще - то не очень понятно с чем связаны у Вас тормоза. Есть опыт работы с УПП - несколько десятков тысяч позиций номенклатуры, база несколько десятков гигов, сотня пользователей. Все неплохо шевелится. Вполне вероятно что у Вас:
- старый релиз (лет 5 назад скорость работы УТ на меня так же производила грустное впечатление)
- неправильная конфигурация или настройка SQL сервера
- не производился пересчет итогов

[tidolgort]

Сообщение от Vlad1C

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

Так делают только самоубийцы, потому как объем данных только нарастает, поэтому обычно все делают таблицы с посчитанными результатами в нужных разрезах, в 1с именуемыми как регистры.А насчет тяжести написания при чем здесь языки, в 90% случаев достаточно средств самого СКЛ, триггеры и хранимки рулят. По 1С повторюсь говорил только за 7.7 а УПП насколько понимаю это 8-ка. Плюс при таких масштабах если нетрудно озвучте ,пожалуйста, железо на котором это все вертелось, потому что даже для 8-ки это что-то из области фантастики или у нас насчет слова "шевелится" разный смысл.
ЗЫ. И интересно если убрать все итоги, регистры и тупо записать только данные в базу с аналогичной структуры сколько она будет занимать, потому как в 7.7 очень нерационально в силу универсальности была структура и данные таблиц. Постоянный пересчет итогов при смене дата для отчетов меня до сих пор убивает. Еще раз: как идея просто супер, но до SAP R3 до которой они хотят вырости им как раком до Пекина. У них есть своя ниша для бухов, в розничных магазинов она бесспорно позволяет вполне приемлимо работать, но выше вряд ли.Возможно в 9 версии все будет нормально, нечетные версии у них удаются значительно качественней.

[Vlad1C]

Сообщение от tidolgort

1) если нетрудно озвучте ,пожалуйста, железо на котором это все вертелось, потому что даже для 8-ки это что-то из области фантастики или у нас насчет слова "шевелится" разный смысл.
2) ЗЫ. И интересно если убрать все итоги, регистры и тупо записать только данные в базу с аналогичной структуры сколько она будет занимать, потому как в 7.7 очень нерационально в силу универсальности была структура и данные таблиц. Постоянный пересчет итогов при смене дата для отчетов меня до сих пор убивает. Еще раз: как идея просто супер, но до SAP R3 до которой они хотят вырости им как раком до Пекина. У них есть своя ниша для бухов, в розничных магазинов она бесспорно позволяет вполне приемлимо работать, но выше вряд ли.Возможно в 9 версии все будет нормально, нечетные версии у них удаются значительно качественней.

1. Железо на котором это все вертелось - пару самых дешевых сервера, примеры технологических внедрений можно увидеть на сайте 1С
2. Если убрать все регистры - объем базы существенно уменьшится. Для УТ - в пару - тройку раз, для УПП в десятки раз. Но ни кому же в голову не прийдет удалить из базы данных индексы они тоже могут существенно увиличивать объем базы.

[Vlad1C]

Сообщение от Vlad1C

Постоянный пересчет итогов при смене дата для отчетов меня до сих пор убивает.

В восьмерке этого не требуется. Пересчет итогов производится раз в месяц только для целей увеличения быстродействия. Можно работать и с не пересчитанными итогами.

[Vlad1C]

Сообщение от tidolgort

У них есть своя ниша для бухов, в розничных магазинов она бесспорно позволяет вполне приемлимо работать, но выше вряд ли.

А так же крупных торговых сетях, предприятиях, холдингах и т.п.

[fishca]

Сообщение от tidolgort

триггеры и хранимки рулят.

к сожалению этого нет и не предвидица пока

[дядя Дима]

та они и не нужны, не путайте назначение 1с и спецификацию. нужны триггеры - пишите на оракле, или мс-динамикс, но - уровень цен, стоимостть и время разработки и стоимость владения и сопровождения будут совсем другие

[tidolgort]

Сообщение от Vlad1C

1. Железо на котором это все вертелось - пару самых дешевых сервера, примеры технологических внедрений можно увидеть на сайте 1С

Пара самых дешевых сервера не выдержит нормальную нагрузку сотни рабочих мест(имеется ввиду не только тупой ввод, но и построение отчетов) даже при грамотны запросах на 10 ГБ базе при условии использования хотя бы половины данных регулярно, т.е. вертется это будет, но работать приемлимо для быстрых продаж и составления отчетов. Примеры на сайте 1С -это реклама . Вы заявляете что видели своими глазами, потому я и спрашиваю у Вас. То что я видел для 7.7 торговли (типовой без доработок) своими глазами это тупо подключение по сети 2 (второго) компьютера и невозможнось работы (долгое время создания накладной) при одновременной работе 2 (компьютеров).

Сообщение от Vlad1C

Если убрать все регистры - объем базы существенно уменьшится. Для УТ - в пару - тройку раз, для УПП в десятки раз. Но ни кому же в голову не прийдет удалить из базы данных индексы они тоже могут существенно увиличивать объем базы.

Индексы при нормальном использовании не увеличивают объем базы (т.е. увеличение порядка процентов), при неграмотном создании индексов увеличивается не только объем,но и скрость изменения, добавления записи. А избыточность в 1С порядочная. Регистры там безусловно нужны, но они не не должны занимать объем превышающий размер базы без них.

Сообщение от дядя Дима

стоимостть и время разработки и стоимость владения и сопровождения будут совсем другие

Не согласен, при продажах в масштабах 1С (хотя бы 10-й доли ) это будет в разы дешевле.Как рядовая самописка возможно дороже, но в итоге при определенных абстоятельствах 1с вообще может отказаться работать, тогда как самописка будет привычно это все тянуть.Кроме того программисты 1С на порядок больше требуют за свои услуги, при том что фактически при доработке они только подкручивают гайки.

Сообщение от Vlad1C

А так же крупных торговых сетях, предприятиях, холдингах и т.п.

Я знаю крупные конторы, где есть 1С но это не значит что она является основной системой учета. Если не брать в рачет сайт 1С где все красиво, просто поглядеть на форумах как изголяются люди, чтобы система у них работала, то становится понятно что обеспечить нормальную работу без шаманских бубнов вроде свертки -развертки и прочей лабуды в семерке очень трудно.

[Vlad1C]

Сорри ошибся. Хотел сказать "не самых дешевых сервера"

[Vlad1C]

Сообщение от tidolgort

Если не брать в рачет сайт 1С где все красиво, просто поглядеть на форумах как изголяются люди, чтобы система у них работала, то становится понятно что обеспечить нормальную работу без шаманских бубнов вроде свертки -развертки и прочей лабуды в семерке очень трудно.

7-ка никогда не претендовала на решения в крупных организациях. В малых и средних предприятиях она справлялась.

[Loader]

Вопрос по семерке. Есть 1С семерка у поставщика. Себе тоже установил семерку. Как скопировать номенклатуру у поставщика (желательно так же структурировано) Извращаться через эксель не хочу.

[AleksandrD]

Loader, Есть стандартная 1с-овская обработка по переносу справочников tranref.ert. Можно найти на диске ИТС. Для идентичных конфигураций - самое оно. Только не забудьте перенести связанные справочники (единицы измерения, цены и прочее).
Есть куча поделок программеров различной степени глючности, можно найти на специализированных сайтах. Это для любителей поизвращаться. :-)