powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Обсуждение метода доступа к данным
7 сообщений из 7, страница 1 из 1
Обсуждение метода доступа к данным
    #37929069
novikov_msk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Коллеги, добрый день.

Вопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно, и как это можно связать с качеством продукта?

Пояснение: Собственно почему такой странный вопрос. Мы заказали систему для учета метрологической информации у компании "МЕТРОЛОГ АНАЛИТИКС". У нас в компании тоже есть разработчики. С очередным релизом наш сотрудник сообщил причину медленной работы формы поиска необходимого агрегата. Написал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе.

Я не программист. Сформулировал вопрос как мог. Коллеги помогите плиз.
Заранее благодарю,
Евгений.
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929080
tru55
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
novikov_mskВопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно
full scan - это не всегда плохо. У Тома Кайта в его книге есть пример с числами (для Oracle естественно)

novikov_mskНаписал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе.
Например, создать необходимые индексы, представить планы выполнения и тайминг того и другого случая.
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929109
novikov_msk
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
tru55novikov_mskВопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно
full scan - это не всегда плохо. У Тома Кайта в его книге есть пример с числами (для Oracle естественно)

novikov_mskНаписал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе.
Например, создать необходимые индексы, представить планы выполнения и тайминг того и другого случая.

т.е. ну если мы сами можем ускорить работу формы зачем нам что-то доказывать.

Скажите корректно ли в требованиях указывать максимальное ожидание на поиск информации или выполнение какого нибудь процесса?
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929136
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
novikov_mskСкажите корректно ли в требованиях указывать максимальное ожидание на поиск информации или выполнение какого нибудь процесса?Естественно, требования включают в себя и требования к быстродействию, к времени отклика.
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929172
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
novikov_mskКоллеги, добрый день.

Вопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно, и как это можно связать с качеством продукта?

Пояснение: Собственно почему такой странный вопрос. Мы заказали систему для учета метрологической информации у компании "МЕТРОЛОГ АНАЛИТИКС". У нас в компании тоже есть разработчики. С очередным релизом наш сотрудник сообщил причину медленной работы формы поиска необходимого агрегата. Написал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе.

Я не программист. Сформулировал вопрос как мог. Коллеги помогите плиз.
Заранее благодарю,
Евгений.
Скорее всего, Вы могли бы просто сообщить разработчику о том что, недовольгны производительностью, а способов ее повышения силами ваших админов вы не нашли. Производительность относится к нефункциональным требованиям. Если таковые прописаны в ТЗ или что там у вас, то можно нам них сослаться. Если нет, то пытаться настаивать на том, что это требования, не нуждующиеся в специальной прописке: требование само собой разумеющее для ИС. Она и создается для того чтобы быстро получать требуемую инфу, а не для того, чтобы усложнить ее получение.
Вступать в обсуждения деталей типа плана запроса, ( FULL SCAN и т.п.), скорее всего, не имеет мысла: причина может оказаться не в этом. Они исправят, FULL SCAN не будет, а запрос буит опять медленно работать. И что тада?
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929222
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgтребования включают в себя и требования к быстродействию, к времени
отклика.
Главное не перестараться с глупостями типа "любая операция должна выполняться не более 100мс".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Обсуждение метода доступа к данным
    #37929642
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry Sibiryakovalexeyvgтребования включают в себя и требования к быстродействию, к времени
отклика.
Главное не перестараться с глупостями типа "любая операция должна выполняться не более 100мс".Ну, глупые требования можно написать в любом разделе, не только о производительности :-)
...
Рейтинг: 0 / 0
7 сообщений из 7, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Обсуждение метода доступа к данным
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]