05.04.2006, 13:21 | #81 |
Участник
|
Цитата:
Сообщение от max1gu
Не знаю как Навижн, но 1С 8.0 УПП - страшный тормоз. Клиент на селероне 1,7ГГц/256Мб долго загружается, потом еле шеволится.
Разработка... Я даже не знаю, как 1С занимается разработкой - это просто кошмар. Во-первых, чтобы внести изменения в конфигурацию, надо выгнать всех пользователей из системы. Т.е. наличие хотябы одного пользователя (кроме разработчика) делает отладку невозможной. Во-вторых. Отладка 1 строчки кода занимает 5-10 минут.... И 1С рекомендует для УПП компьютеры с минимум 512 Мб памяти - это официальные требования. Далее. В типовых конфигурациях предусмотрено множество механизмов подключения "на лету" отчетов, печатных форм, обработок заполнения документов и пр. Фактически нельзя лишь "на лету" менять структуру БД и редактировать формы. Первое абсолютно верно, второе - спорно. Ну и как уже было сказано, вести разработку и отладку на рабочей БД - нонсенс. |
|
05.04.2006, 13:27 | #82 |
Участник
|
Только что замерил. Сохранение конфигурации - 4 сек., запуск клиента - 7 сек.
Это по Бухгалтерии Предприятия. По УПП: сохранение конфигурации 15 сек., запуск клиента - 12 сек. По-моему, не так уж и долго. |
|
06.04.2006, 14:49 | #83 |
Участник
|
Цитата:
По УПП: сохранение конфигурации 15 сек., запуск клиента - 12 сек.
То есть при добавлении одного реквизита в справочник будет 15 сек. сохраняться конф.? Я так понял, что при добавлении строчек кода - все происходит мгновенно? |
|
06.04.2006, 18:06 | #84 |
Участник
|
Он не поймёт термина "продуктивная", это чисто SAP-овский термин
|
|
06.04.2006, 22:48 | #85 |
Гость
|
Большому спецу по 1С
Цитата:
Сообщение от max1gu
Я даже не знаю, как 1С занимается разработкой - это просто кошмар.
Во-первых, чтобы внести изменения в конфигурацию, надо выгнать всех пользователей из системы. Т.е. наличие хотябы одного пользователя (кроме разработчика) делает отладку невозможной. Изменения конфигурации не отражаются при запуске в режиме 1С:Предприятие В информационной базе 1С:Предприятия 8.0 конфигурация, редактируемая разработчиком, сохраняется без выполнения реструктуризации. Ее сохранение не оказывает влияние на работающих пользователей. Для работы пользователей в режиме "1С:Предприятие" используется конфигурация базы данных, также хранящаяся в информационной базе. Чтобы привести конфигурацию базы данных в соответствие с редактируемой конфигурацией, нужно выполнить обновление конфигурации базы данных (меню "Конфигурация - Обновить конфигурацию базы данных"). При этом выполняются дополнительные проверки конфигурации, реструктуризация базы данных (если изменилась структура данных) и замена конфигурации базы данных на редактируемую конфигурацию. В меню "Конфигурация - Конфигурация базы данных" можно выполнить сравнение редактируемой конфигурации с конфигурацией базы данных и при необходимости вернуться к конфигурации базы данных. Использование команды "Конфигурация - Обновить конфигурацию базы данных" (клавиша F7) позволяет сохранять редактируемую конфигурацию сразу с обновлением конфигурации базы данных. Использование команды "Отладка - Начать отладку" (клавиша F5) позволяет начинать отладку с сохранением редактируемой конфигурации и обновлением конфигурации базы данных. Для сохранения редактируемой конфигурации без обновления конфигурации базы данных следует использовать команду "Сохранить конфигурацию" или "Сохранить" (клавиша Ctrl+S). |
|
07.04.2006, 14:51 | #86 |
Участник
|
Цитата:
Сообщение от ibc
Это на PIV2800/512?
То есть при добавлении одного реквизита в справочник будет 15 сек. сохраняться конф.? Я так понял, что при добавлении строчек кода - все происходит мгновенно? Данные о скорости даны для PIV3000/2048/SATA 10000rpm |
|
07.04.2006, 16:41 | #87 |
Участник
|
Являясь пользователем одновременно 2-х систем:
1С УПП 8.0 и NAV 4.0 SP1 Могу помочь в сравнении. Сам пишу документ подробный, если ответы на Ваши вопросы в нем имеются - скоростьответа будет оч высокой, иначе -через сравнение. Вобщих словах - да. Очень уж я был взволнован по причине Выпуска УПП. Но когда дело дошло до реального сравнения - проблемы рассосались сами собой. С чего начнем? Хотя бы с существования в NAV технологии SIFT (2 в одном) 1- часть технологии: Что бы увидеть актуальный остаток - не надо запускать отчетов или функций. Просто смотрим на карточку товара и видим поле с актуальным остатком 2-я часть технологии: Это поле еще и раскрывается - показывая, каким образом, получился данный остаток на основе таких полей в NAV выполнена масса работы, что бы обеспечить пользователю высокую скорость в принятии решений. Таким образом, даже простейший список товаров с традиционным представлением информации о свободном наличии, резерве, плановых приходах товара, плановых расходах и т.д. не требует запуска отчета, а просто рассматривается под разными углами и фильтрами (вариант товара (в1с - характеристика), склад, дата ) Человеку, который работал с 1С этонадохотя бы один раз увидеть. Для одного знакомого это был шок, после чегоон сказал - ятакое на 1С за день напишу.... В 1C такого в ближайшие 5 лет не будет. Следующий момент: А следующий момент может быть представлен по запросу. А как в таком продукте можно выполнить такой процесс? Спрашивайте, пока у меня под рукой оба продукта - отвечу. Из моего исследования и одновременного сравнения модуля производства оказалось в 1C реализовано максимум 5% от того что есть в NAV, из оставшихся 5% половина не работает (ссылаясь на сырость), и пока все. ЗЫ в ветке УПП на http://itland.ru/forum/ появилась тема: "Типовые 1С - больные дети компромисса" - предлагаю познакомиться с мнением об УПП с точки зрения тех людей, которые уже годик - как работают с УПП С ув. |
|
07.04.2006, 19:26 | #88 |
Участник
|
О технологии SIFT - я не знаток Navision, но имею некоторое представление об 1С. Актуальные остатки в ней хранятся в регистрах. Получение информации из регистра не представляет особой сложности и выполняется достаточно быстро. Способ получения информации - отчет, вывод данных на форму по моему скромному мнению не суть важно. И никакая религия не запрещает сделать это в 1С.
Или я не понимаю что-то в технологических особенностях? Можно пояснить? |
|
07.04.2006, 19:40 | #89 |
Гость
|
что за отчеты, а подбор тоже не канает
Цитата:
Сообщение от BETEPOK
1- часть технологии: Что бы увидеть актуальный остаток - не надо запускать отчетов или функций. Просто смотрим на карточку товара и видим поле с актуальным остатком
Прости уважаемый, ничего личного, но ваши слова требуют более точного пояснения, а так они смахивают на человека, который открыл конфигурацию, и тут же закрыл. Ждем-с разъяснений. |
|
10.04.2006, 08:56 | #90 |
Участник
|
to Джинн - кроме того, что остаткихранятся в регистре - так они там просто хранятся - чтобы ихувидеть-надо выполнить запрос к БД. В Nav Мы их видим на любую дату!!! без выполнения запроса. Повторю своей же цитатой - человеку, который работал с 1С это надо хотя бы один раз увидеть.
to Demiurg - вы в код подбора смотрели? Каждое поле, в котором остаток висит, - оно выполняет запрос к базе. В навижин мы одновременно видим в столбцах: Полную потребность товара Утвержденный приход Плановый приход Предполагаемое свободное наличие Наличие Кол-во в заказах покупки Кол-во в заказах продажи Кол-во в заказах на сервисное обслуживание Кол-во находящееся втранзите Кол-во в расходных на перемещение Кол-во в приходныхна перемещение Ожидаемое наличие Свободное наличие Оборот (это еще не все SIFT поля) а в строках даты до дня! В Регистрах 1С если попробовать в подбор вывести хотя бы частьэтих полей она встанет. Тем более УПП И повторюсь цитатой - что бы понять это -надо хотя бы один раз увидеть NAV Если корттко, то - итоги в отличие от регистров 1С не хранятся, а выдаются на-гора! Чтобы получить итоги (остатки) в 1С надо использовать интерпретатор (встроенный язык) Итоги в Nav выдаются без использования встроенного языка. Если, Справочно: SIFT (Технология индексного суммирования) SIFT - еще одна технология БД, которая вносит вклад в мощную функциональность Navision. Двумя сильными сторонами этой технологии является усовершенствованная функция поиска и оперативная аналитическая обработка данных (OLAP). Эти средства предоставляют пользователю детальный обзор информации, а также позволяют быстро находить нужные данные. Дополнительное преимущество технологии SIFT в том, что при учете не нужно обновлять мастер-данные, например, информацию о клиенте, поскольку все балансы в системе рассчитываются, но не сохраняются. Это ускоряет процесс учета (еще одно преимущество) и улучшает оптимистическую конкуренцию. С уважением, к оппонентам |
|
10.04.2006, 10:33 | #91 |
Модератор
|
Цитата:
Сообщение от BETEPOK
...в ветке УПП на http://itland.ru/forum/
появилась тема: "Типовые 1С - больные дети компромисса" - предлагаю познакомиться с мнением об УПП с точки зрения тех людей, которые уже годик - как работают с УПП С Уважением, Георгий |
|
11.04.2006, 00:26 | #92 |
Гость
|
Цитата:
Сообщение от BETEPOK
to Demiurg - вы в код подбора смотрели? Каждое поле, в котором остаток висит, - оно выполняет запрос к базе.
вот уж повеселили, у вас действительно медленно подбор работает, или вы сейчас просто принципиальную позицию заняли, что NAV = форева попробую возразить Вам, не скажу, что внедрил УПП сотнями проектов, но не поверите, как работает подбор знаю, как работает (и замечу приемлемо работает) у клиентов мы не берем регистр с 3 миллионами записей (есть у меня коллега с таким попадосом ), давай те говорить о каких то разумных вещах и реальных задачах, которые ставит заказчик перед исполнителем к сожалению, у меня сейчас нет возможности посмотреть NAV, но если вы бы посодействовали, было бы действительно интересно предлагаю не впадать в крайности, УПП не позиционируется как панацея, или игрок крупного корпоративного бизнеса впрочем, как и NAV С уважением, Демиург Последний раз редактировалось Demiurg; 11.04.2006 в 00:29. |
|
11.04.2006, 09:39 | #93 |
Участник
|
Дело в том, что этот самый подбор в УПП - это единственное место в системе которое соответствует части названия программного продукта "Управление" - все прочее - это учет.
Даже в такой мелочи - когда товар, который сейчас отсутствует, будет в наличии? Уже на такой вопрос УПП не сможет ответить...Нет ну конечно сможет, однако как принято отвечать в этом случае - это "небольшая" доработка. И когда из каждых 100 потребностей в случае с УПП - 90% - это доработка, то в случае с NAV - всего лишь 10% потребуют доработки И если отвечать в данной конкретной теме - стоит ли переходить с NAV на 1С - для предприятия это будет что то наподобие катастрофы, которая будет преодолена через 3-5 лет (доработки -> тестирование -> одновременно обновление с выходом свежей типовой конфигурации -> исправление ошибок) + которому BIG! problem c производительностью в платфоме и в конфигурации - или можем допустить, что сертифицированный франчайзи напишет более оптимизированный код в своих доработках, чем это сделали профи из 1С??? это и будет цена выбора. Гораздо эффективнее бухгалтерам оставить 1С 8.0 Бухгалтерию предприятия (но не УПП!), а всем остальным пользователям - NAV. Я тоже не говорю, что NAV - foreve, однако уже на 2007 год спланирован выход 5-й версии в 3-х звенной архитектуре. И тогда уже станет непонятно кто кому будет конкурентом NAV для AXAPTA или наоборот. С ув. |
|
|
За это сообщение автора поблагодарили: Recoilme (1). |
11.04.2006, 14:54 | #94 |
Участник
|
Цитата:
Я тоже не говорю, что NAV - foreve, однако уже на 2007 год спланирован выход 5-й версии в 3-х звенной архитектуре. И тогда уже станет непонятно кто кому будет конкурентом NAV для AXAPTA или наоборот.
Даже если NAV5 выпустят к марту, как обесчают, то Руссифицированная будет не раньше марта 2008, а то и начала 2009 г. |
|
11.04.2006, 16:52 | #95 |
Участник
|
Цитата:
Сообщение от ibc
С этого момента поподробнее, что будет в NAV5 кроме 3-х звенки, и панели в стиле офис12?
http://forum.mazzy.ru/index.php?s=&s...ndpost&p=21625 |
|
11.04.2006, 22:26 | #96 |
Гость
|
to BETEPOK Уважаю Ваше мнение, но к сожалению, не разделяю по всем пунктам.
Любое типовое решение - не удовлетворит индивидуальных потребностей. Более того, типовое производство в УПП - на мой личный взгляд - меньше всего имеет такие шансы. Но не все так мрачно в тридесятом королевстве. Да, по непонятным мне причинам логистику отдают на откуп франчам, да не все при этом различают транспортную и складскую. Но разве клиент идеален. Мой опыт подсказывает, что никакая супер-пупер идеальная типовая наработка не поможет начальнику, который не может управлять подчиненными, не поможет главбуху, который считает что весь упр учет завязан на центры финансовой отвественности. Да много чего, не Вам рассказывать. Опыт показывает, что пользователи пугаются Управление Торговлей, какая УПП или NAV. Где казалось бы заказы да документы хоз. операций. Ан нет, заблудиться - как два пальца... Функциональность - да, в УПП цепочки пока в теории, да CRM надо прикручивать рарусовский, но вряд ли Вы будете спорить, что скорость разработки в NAV близка к 1С:Предприятие 8.0. Это весомый аргумент. Уверен, если бы не 18 человеколет (объем работ УПП кодирования), то многие бы просто юзали платформу под решения с нуля. Поэтому УПП очень хороший задел на старте у разработчиков. Дело восприятия - если вы считаете универсальный продукт подходящим для Вас - значит вы тоже СуперМегаУниверсал (впрочем знаю, кто сумел подстроить бизнес-процессы под типовое решение). А если все же нужно чтоб еще и крестиком вышивало... Уф, вроде полегчало. |
|
12.04.2006, 00:39 | #97 |
Участник
|
Цитата:
Сообщение от Demiurg
Любое типовое решение - не удовлетворит индивидуальных потребностей.
Особенно с теми, которые содержат квантор всеобщности... Вы каким Экселем пользуетесь? Эксель - типовое решение? Ваш Эксель на какой ОС работает? ОС - типовое решение? Ваша ОС на каком компьютере работает? Компьютер - типовое решение? Ваш компьютер работает с каким процессором? Процессор - типовое решение? И т.д. Вплоть до вопроса - ваша прическа на вашей голове типовая или вы свою выдумали? Вот и выходит, что либо ваше утверждение требует существенных уточнений. Либо у вас нет индивидуальных потребностей. |
|
12.04.2006, 00:41 | #98 |
Участник
|
Цитата:
Сообщение от Demiurg
Более того, типовое производство в УПП - на мой личный взгляд - меньше всего имеет такие шансы.
Напомню, что УПП расшифровывается как Управление Производственным Предприятием. |
|
12.04.2006, 12:27 | #99 |
Участник
|
Цитата:
Сообщение от mazzy
Еще один еретик...
Напомню, что УПП расшифровывается как Управление Производственным Предприятием. Обещают в УПП следующих версий некий прогресс в сторону унификации БП и расширения системы настроек. |
|
12.04.2006, 14:42 | #100 |
злыдень
|
Тупо скованное не заточишь (C)
__________________
Ибо зло есть лучшая сила человека. "Человек должен становиться все лучше и злее" -- так учу я. /Ф. Ницше/ |
|