Миша, погоди. Не кипятись.
По порядку.
Цитата:
Изначально опубликовано Dubinski Serguei
ВЕДЬ ЭТО ЖЕ НЕ 1С!!! где за сутки-другие можно реализовать прототип какой-нибудь дикой причуды (а может даже и за час-другой).
Скорость программирования фич везде примерно одинакова.
Отличается время подключения в существующий функционал.
Попробуйте реализовать "дикую причуду" в Аксапте. Но совершенно отдельно. "С нуля", как говорится. Вам понравится. А теперь вставье корректно вашу дикую причуду в существующий функционал. Это вам не понравится.
Программирование в Аксапте как правило заключается в том, что надо вставить одну-две строчки в какой-либо метод. Вся задача состоит только в том, что надо знать где этот метод
Кроме того, как правило, надо искать уже готовый функционал.
Цитата:
Изначально опубликовано Dubinski Serguei
Попытался разобраться с этой формой (СозданиеСтрок), сложилось стойкое впечатление, что номенклатурный состав представлен не весь.
Да. Там две закладки. На первой показаны только те номенклатуры, по которым были движения и возможно есть остатки. На второй закладке показаны неиспользованные номенклатуры.
Почему так? Подумайте о быстродействии. Посмотрите как это сделано.
Посмотрите как получаются остатки в разрезе складов, партий, серийных номеров, ячеек, ГТД
Цитата:
Изначально опубликовано Dubinski Serguei
Если предположить, что это был единственно возможный вариант развития событий (клиент настоял на своем, удобство пользователей или черт его знает какая еще причина), то существуют ли какие-либо методы оценки быстродействия такого решения
Какого быстродействия?
Скорости работы самой Аксапты и SQL? Существуют. Они ничем не отличаются от традиционных СУБД. См. например,
www.sql.ru
Или имеется в виду скорость разработки? Здесь общепринятых метододов оценки не существует. Известно только, что время тестирования будет в разы больше времени создания кода
Добавлено: опять опоздал
Максим, извини. Спасибо. В оффлайн, в оффлайн...