23.11.2005, 17:27 | #61 |
Moderator
|
Цитата:
Сообщение от Recoilme
4. отсутствие контроля ссылочной целостности на уровне БД - аферисты
Существовало мнение что это был один из способов защиты данных
__________________
С уважением, kvan. |
|
23.11.2005, 18:06 | #62 |
NavAx
|
Цитата:
Сообщение от mazzy
macklakov, а ты все-таки почитай отчет. Там уже написан ответ на твои возражения.
Цитата:
Наполнение базы данных производилось путем запуска большого количества сценариев по обработке закупок, заказов, складских журналов и журналов Главной книги
Цитата:
В процедуре генерации данных использовался коэффициент 10 для всех тестируемых модулей: 10000 клиентов (стандартно 1000), 5000 наименований номенклатуры (стандартно 500) и т.д.
Среднее количество обрабатываемых строк в заказе – 10 P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме"
__________________
Isn't it nice when things just work? |
|
23.11.2005, 18:22 | #63 |
Administrator
|
По поводу отчетов в 1С - уж больно хочется вставить свои 5 копеек
Отчеты в Аксессе делаются еще быстрее и проще чем в 1С (хотя конечно есть тоже свои ограничения, но в целом - проще). Да, в Аксапте неудобное средство рисования отчетов. Это есть ее особенность. Однако - если Аксапту внедряет какой-л партнер со своими наработками - то у этого партнера могут быть уже сделанные наработки - для генерации отчетов. Как пример -периодически возникающая на форуме тема - экспорта данных в Excel. Кстати, про те же отчеты.... А например про регламентные отчеты никто не вспомнил.... В 1С нет возможности подправить шаблон к примеру баланса. ERT-шка нужна новая... ну или надо обучать пользователей как править ERT-шку
__________________
Возможно сделать все. Вопрос времени |
|
|
За это сообщение автора поблагодарили: Gustav (1). |
23.11.2005, 22:41 | #64 |
Участник
|
Цитата:
Сообщение от macklakov
... Совершенно не учитывалось взаимодействие различных модулей ...
... Для реальной базы это не объем, т.к. есть тенденция накопления исторических данных, не говоря уже о транзакционных таблицах. А ведь "перегреваются" именно транзакционные таблицы, т.к. они быстро разрастаются, и используются из нескольких модулей одновременно, а иногда и внешними приложениями. P.S. Вообще эта статья не заслуживает обсуждения, в данной ветке т.к. это "сферический конь в вакууме" Тест, о котором идет речь, мне был очень интересен, т.к. компания в которой я тогда работал использовала почти аналогичное оборудование для сервера баз данных и очень сильно кастомизированную в сторону усложения функциональность Axapta. Поэтому проверить возможности стандартной Axapta на схожем оборудовании было очень интересно. Должен признаться, результаты теста меня тогда удивили, потому сильно модифицированная конфигурация и, мягко говоря, немалый объем БД (~160 GB) в условиях промышленной эксплуатации в сущности работали также как стандартная Axapta на 15 GB базе в этом тесте! Разумеется, если нагрузку интерпретировать в ASU и сопоставить с нагрузкой железной части. Иначе говоря, нарастив мощности серверов приложений до тех, которые использовались в тесте и при внезапном росте количества транзакций, мы бы получили результаты одного порядка с тестом. Да, конечно, на нашей системе в реальности было бы трудно получить 50 тыс. строк заказов в час, но порядка 30 тыс. с учетом множества других пользователей, занятых своими задачами, а не вводом заказов - вполне. Можно конечно отмахиваться от тестов, испытаний, исследований и пр. и нежиться в мире собственных представлений, но тогда и неудивительны образцы нелепых рассуждений как, например, не так давно было в ветке про AOS и многопроцессорные машины. |
|
23.11.2005, 23:35 | #65 |
Участник
|
Цитата:
Сообщение от macklakov
На всякий случай еще раз перечитал. Не обнаружил ответа.
http://forum.mazzy.ru/index.php?showtopic=3497 Здесь, похоже, идет рубилово за добро. Мы вряд ли сможем поговорить толково и с расстановкой о тестировании в этой ветке. готов ответить там. |
|
23.11.2005, 23:57 | #66 |
Аксакал в отставке
|
Не покупайте Axapta. До тех пор, пока не свалится ваша 1сина.
Меньше будет неудачных внедрений. А то будете жалеть, что мол раньше было лучше. А вот когда сломается 1с, то внедрение пойдет за милую душу. С огоньком
__________________
Девочка, никогда не произноси слова только за то, что они такие длинные и красивые; говори только то, что знаешь. (Л.Кэрролл "Алиса в стране чудес"). Последний раз редактировалось Тимур; 23.11.2005 в 23:59. |
|
24.11.2005, 08:06 | #67 |
Участник
|
Наша 1С упорная и ни как не хочет падать, ни от большого количества пользователей, ни от бюольшого количество операций, нит от чего. Упорная. Вот притормаживает это да. Но упорно делает все и качественно. Но с выше решили, что мы ее переросли (но мы ее реально переросли и по колиству пользоваителей и по количетсву транзакций и т.д.).
|
|
24.11.2005, 09:52 | #68 |
Участник
|
Хм-м-м, как это
Цитата:
Сообщение от Lenok
мы ее реально переросли и по колиству пользоваителей и по количетсву транзакций и т.д.).
Цитата:
Сообщение от Lenok
Наша 1С упорная и ни как не хочет падать, ни от большого количества пользователей, ни от бюольшого количество операций, нит от чего.
Цитата:
Сообщение от Lenok
Вот притормаживает это да.
Цитата:
Сообщение от Lenok
Но с выше решили, что мы ее переросли
|
|
24.11.2005, 10:36 | #69 |
пофигист
|
Как извесно база данных растет очень быстро, особенно если растет предприятие, и через несколько месяцев 1с может начать серьезно тормозить. Кроме того в 1с нет (мало) планирования, сводного планирования, аналитических отчетов ,и т.д. Надо определится, нужен ли вам функционал который, есть в аксапте и нет в 1с.
__________________
Хорошо смеется тот, кто смеется с портвейном. |
|
24.11.2005, 10:47 | #70 |
Разработчик
|
Цитата:
Сообщение от mazzy
Не согласен насчет цены. Поищите. Тезис дороговизны возникает не в первых раз.
Я уже говорил: ВСЕ МОДУЛИ + 100 пользователей = 450тыс. PS. Во всем мире доход у любых работающих компаний выше, чем у аналогичных в России как минимум в 10 раз. Цитата:
Сообщение от mazzy
По поводу быстродействия - нормальное.
Цитата:
Сообщение от mazzy
Главный недостаток Аксапты на сегодняшний момент, на мой взгляд, катастрофический недостаток документации и методических материалов.
Требуется хотя-бы поверхностное описание логики кода на всем понятном языке (от программиста до директора холдинга). К сожалению графический язык UML и некоторые другие более продвинутые технологии, для этого мало подходят, т.к. требует основательного обучения пользователей и не один день, и не намного нагляднее, чем исходный код, а описание логики на естественном языке, наводит на мысли о разночтении даже Библии разными конфессиями, просто диву даешься, как можно так извратить одни и те же простые слова, наверное нужен какой-то особый, Святой Дух, чтобы описания на естественном языке всеми воспринимались с одинаковым смыслом. Поэтому в софтверной индустрии вопрос о языке, графической нотации, всеми легко читаемым, остается открытым. Последний раз редактировалось perestoronin; 24.11.2005 в 15:23. |
|
24.11.2005, 12:50 | #71 |
NavAx
|
Цитата:
Сообщение от Serge Kotov
Тесты очень мощная штука если уметь видеть внутренние связи и уметь их интерпретировать на практике
__________________
Isn't it nice when things just work? |
|
24.11.2005, 13:17 | #72 |
SAP
|
Цитата:
Сообщение от EVGL
Не совсем. Правильнее стало
|
|
24.11.2005, 13:24 | #73 |
SAP
|
Цитата:
Сообщение от komar
Из радостей по акзапте в первую очередь отмечу полное отсутствие нормальной поддержки системы (поиск по форуму по слову "поддержка" даст очень много радостных отзывов от людей, реально работающих с системой.
Цитата:
Сообщение от komar
Что касается ценовой политики...позвольте усомниться в дешевизне продукта и спросить сравнительный анализ с другими продуктами ("маленький" SAP,Scala, Baan, Галактика, Парус,.....)Ежели такового не окажется, позвольте считать соображения о дешевизне акзапты ничем на подкрепленными предположениями.
|
|
24.11.2005, 13:28 | #74 |
SAP
|
Цитата:
Сообщение от ppson
В последнее время наметилась тенденция: если раньше недовольным данным продуктом были в основном скажем так, сторона купившая Аксапту, то теперь лагерь недовольных пополняется и специалистами по внедрению .
|
|
24.11.2005, 13:29 | #75 |
SAP
|
Цитата:
Сообщение от macklakov
Ну почему же, хорошая система, если от нее чудес не ожидать
|
|
24.11.2005, 13:30 | #76 |
SAP
|
Цитата:
Сообщение от ppson
Axapta has us .
|
|
24.11.2005, 13:31 | #77 |
Участник
|
Цитата:
Сообщение от Pavel
Удивительная тенденция... особенно если вспомнить баталии декабря 2001, когда эти "специалисты" любую критику аксапты называли не иначе, как черным пиаром, а покупку системы "инвестициями" (очевидно, в бизнес партнеров Navision, а затем MBS).
Я, например, и сейчас называю подобные баталии черным пиаром. Черный пиар легко отличить от реальных баталий по делу. Отличительные признаки: 1. появляется новый, только что зарегистрированный участник 2. вбрасывает заведомо спорную тему с заведомо спорными формулировками 3. почти сразу после начала дискуссии автор отваливается 4. далее участники начинают друг другу жаловаться на жизнь. При этом не жалея красок. Их можно понять, но в результате получается... |
|
24.11.2005, 13:35 | #78 |
SAP
|
Цитата:
Сообщение от mazzy
Эти - это какие? Опять намеки?
|
|
24.11.2005, 13:37 | #79 |
Участник
|
Цитата:
Сообщение от Pavel
Не надо так переживать, "эти специалисты" - это самые известные долгожители форума. Никаких намеков, все очевидно, как говорится "не первый год за мужем".
|
|
24.11.2005, 13:39 | #80 |
SAP
|
Цитата:
Сообщение от komar
Насчет склада - меня всегда раздражало то, что при работе с основными средствами при вводе ОС в эксплуатацию они автоматически списываются со склада, что автоматически влечет за собой необходимость работать фактически в 2 складскихмодулях - в основных средствах и собственно в складе (для чего некая часть складской функциональности была сдублирована в модуль ОС)
|
|
Теги |
сравнение систем |
|
|