30.08.2003, 09:59 | #1 |
Участник
|
Позвольте небольшой CASE
Привет всем!
Сами мы не местные, продвигаем другой продукт (SM Plasma) и очень часто производительность систем приходится сравнивать "на пальцах", оно и понятно дайв-тест так сразу не проведешь, ситуации у всех разные, зато суперпроизводительность декларируют все, а хочется-то правды, истины, так сказать, хотя бы в общих чертах! Так что, позвольне небольшой Кейсик. Приглашаю учавствовать вех, а не только юзеров Navision & Axapta Условие: Торговое предприятие имееет ассортимент порядка 4-5 тыс позиций с различными торговыми марками (брэндами), произвело отгрузок и, соответственно, выписало за этот период порядка 3-4 тыс документов (накладных), пятистам покупателям. В каждом документе от нескольких, до нескольких сотен позиций, в среднем пусть будет 50. Итак, задача: Составить хитпарад покупателей по брэндам, т.е. итоговоя таблица должна иметь поля: покупатель/сумма покупки брэнда/место покупателя в общем зачете по сумме покупки брэнда/количество позиций в этом бренде закупленных покупателем/место покупателя исходя из широты закупленного им ассортимента Брэндов несколько, пусть будет четыре. Уф... Понятно сформулировал? Итогом должно быть время формирования такого хитпарада Вашей прогой и, по возможности, сколько времени потратил на эту работу программер. Пишите, заодно посомтрим насколько разнятся у разных пользователей результаты одних и тех же задач. |
|
01.09.2003, 09:45 | #2 |
----------------
|
О задаче
Если нет стандартного отчета, то результат будет СИЛЬНО (на порядки) зависеть от программера.
|
|
01.09.2003, 10:12 | #3 |
Участник
|
Хитпарад
Суммарное время, затраченное программой на "запихивание" в базу исходных данных с формированием всех проводок интереснее, чем оценка виртуозности программистов при написании хитпарада. Желательно с описанием железа
|
|
01.09.2003, 10:15 | #4 |
Участник
|
А также результат будет зависеть от того, наблюдаются ли в базе какие-то специфические свойства этой информации, которые позволят оптимизировать отчет <u>именно для вашей компании</u>. Потому что зайти можно с разных сторон. И сильно зависит от того, знает ли программист об этих свойствах, чтобы сделать такую оптимизацию (возможно, Wamr именно об этом и говорил).
|
|
01.09.2003, 11:12 | #5 |
Участник
|
IMHO затея обречена на провал.
Много раз разные ERP мерялись пиписьками (пардон..). Результат один: 1-й спец:-Дурак! 2-й спец:-Сам дурак! кастомер (жалобно блеет): - А мнеееее что деееееелать? выбор ERP очень сильно зависит от конкретной ситуации, так что эти рейтинги - фигня полная..... |
|
02.09.2003, 09:22 | #6 |
Участник
|
Wamr:
> Если нет стандартного отчета, то результат будет СИЛЬНО (на порядки) зависеть от > программера. В каком смысле тандартного? Данные как-то описаны, результирующие поля то же, чего-то не хватает в задании? Предлагайте! |
|
02.09.2003, 09:36 | #7 |
Участник
|
> Shm: Суммарное время, затраченное программой на "запихивание" в базу исходных > данных с формированием всех проводок интереснее, чем оценка виртуозности
> программистов при написании хитпарада. Желательно с описанием железа А зачем запихивать данные? В общем, обычная задача, предполагалось, что посетители этого форума непосредственно работают с живыми базами в которых уже накопленно достаточно документов, чтобы сделать выборку согласно условию. Насчет железа - тут Вы, пожалуй, правы. Будет полезно, если в результате будет присутствовать и время формирования отчета и конфигурация железа. Hamster: IMHO затея обречена на провал. .... Ваши аргументы понятны и я, даже, сними согласен в какой-то мере, но, вопрос полезности зависит от количества испытаний. Если откликнутся 100 программеров с разными системами и мы получим 100 результатов этого задания, то кое-какие выводы все-таки можно будет сделать. Так что, больше дела - меньше слов, а то кустомеры так всегда и будут блеять в растерянности |
|
02.09.2003, 12:19 | #8 |
NavAx
|
ммм... решение:
построение Olap-куба (1 день работы максимум) и получение требуемых вам данных в любом срезе с какой угодно сортировкой за 1-3 секунды считается или это неспортивно? Указанный кубик можно встроить в форму системы, если внешние прилады не приветствуются. |
|
02.09.2003, 12:22 | #9 |
Участник
|
>Если откликнутся 100 программеров с разными системами
на рынке 15-20 систем всего.... и вообще Axapta - не та система чтоб иметь фанатов изнывающих от безделья..... аксаптоведы привыкли брать деньгу за отрыв задницы от теплого стула >то кое-какие выводы все-таки можно будет сделать польза от этих выводов невелика, а вред - нехилый. |
|
02.09.2003, 12:55 | #10 |
Участник
|
Точно, неспортивно
Хотелось бы все-таки сравнивать время выборки, без промежуточных всяких дел. Т.е. есть живые данные и нужно их преобразовать к указанному виду. Цепочка: данные -> преобразование -> итог Оцениваем время преобразования силами конкретного ПО на конкретном железе. |
|
02.09.2003, 13:03 | #11 |
Участник
|
> Hamster
>>Если откликнутся 100 программеров с разными системами > на рынке 15-20 систем всего.... Написано ПРОГРАММЕРОВ, а не продуктов. В идеале, чтобы было достаточно решений от каждого продукта. Чтобы собрать статистику, нужно стделать репрезентативную выборку. > и вообще Axapta - не та система чтоб иметь фанатов изнывающих от безделья..... > аксаптоведы привыкли брать деньгу за отрыв задницы от теплого стула Раз они (Вы) на форум попали, значит время есть. >>то кое-какие выводы все-таки можно будет сделать > польза от этих выводов невелика, а вред - нехилый. Польза - это хоть какие-то живые данные не искаженные рекламными изысками. Вред? Не представляю чего тут вредного. |
|
02.09.2003, 13:06 | #12 |
NavAx
|
AOS как "промежуточное дело" тоже не считается?
а вообще, мы будем мерить по сути выполнение оператора select по нескольким таблицам с группировками. Ну а смысл? Или типа оптимальность структуры данных смотрим? понятно что я сейчас пойду к знакомым на ЖД, попрошу их загрузить в оракл на бог знает каком кластере мои данные и сделаю этот селект. Что это даст? Ответ - ничего. Вообщем глупость это. Более того, считаю принципиально не верным получение таких отчетов иначе чем с помощью OLAP-технологий... |
|
02.09.2003, 13:25 | #13 |
Участник
|
Ок! Все! Устал я...
Ну глупость, глупость и пусть! Не хотите - как хотите. Всем пока. Удачи на дорогах! |
|
|
Похожие темы | ||||
Тема | Ответов | |||
Требуется: Готовый "программист - бизнес-аналитик по Аксапте". | 36 | |||
Требуется программист Axapta! | 14 |
Опции темы | Поиск в этой теме |
Опции просмотра | |
|