|
|
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
Коллеги, добрый день. Вопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно, и как это можно связать с качеством продукта? Пояснение: Собственно почему такой странный вопрос. Мы заказали систему для учета метрологической информации у компании "МЕТРОЛОГ АНАЛИТИКС". У нас в компании тоже есть разработчики. С очередным релизом наш сотрудник сообщил причину медленной работы формы поиска необходимого агрегата. Написал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе. Я не программист. Сформулировал вопрос как мог. Коллеги помогите плиз. Заранее благодарю, Евгений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 11:27 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
novikov_mskВопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно full scan - это не всегда плохо. У Тома Кайта в его книге есть пример с числами (для Oracle естественно) novikov_mskНаписал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе. Например, создать необходимые индексы, представить планы выполнения и тайминг того и другого случая. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 11:35 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
tru55novikov_mskВопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно full scan - это не всегда плохо. У Тома Кайта в его книге есть пример с числами (для Oracle естественно) novikov_mskНаписал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе. Например, создать необходимые индексы, представить планы выполнения и тайминг того и другого случая. т.е. ну если мы сами можем ускорить работу формы зачем нам что-то доказывать. Скажите корректно ли в требованиях указывать максимальное ожидание на поиск информации или выполнение какого нибудь процесса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 11:55 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
novikov_mskСкажите корректно ли в требованиях указывать максимальное ожидание на поиск информации или выполнение какого нибудь процесса?Естественно, требования включают в себя и требования к быстродействию, к времени отклика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 12:05 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
novikov_mskКоллеги, добрый день. Вопрос: Как доказать/аргументировать разработчику что FULL SCAN по таблице в EPR-системе это не совсем корректно, и как это можно связать с качеством продукта? Пояснение: Собственно почему такой странный вопрос. Мы заказали систему для учета метрологической информации у компании "МЕТРОЛОГ АНАЛИТИКС". У нас в компании тоже есть разработчики. С очередным релизом наш сотрудник сообщил причину медленной работы формы поиска необходимого агрегата. Написал что запрос осуществляет FULL SCAN по таблице что значительно замедляет процесс поиска. Как аргументировать разработчику программного обеспечения ("МЕТРОЛОГ АНАЛИТИКС") что он выполнил некачественно свою работу и должен использовать более оптимизированный метод доступа к данным в ERP системе. Я не программист. Сформулировал вопрос как мог. Коллеги помогите плиз. Заранее благодарю, Евгений. Скорее всего, Вы могли бы просто сообщить разработчику о том что, недовольгны производительностью, а способов ее повышения силами ваших админов вы не нашли. Производительность относится к нефункциональным требованиям. Если таковые прописаны в ТЗ или что там у вас, то можно нам них сослаться. Если нет, то пытаться настаивать на том, что это требования, не нуждующиеся в специальной прописке: требование само собой разумеющее для ИС. Она и создается для того чтобы быстро получать требуемую инфу, а не для того, чтобы усложнить ее получение. Вступать в обсуждения деталей типа плана запроса, ( FULL SCAN и т.п.), скорее всего, не имеет мысла: причина может оказаться не в этом. Они исправят, FULL SCAN не будет, а запрос буит опять медленно работать. И что тада? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 12:29 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
alexeyvgтребования включают в себя и требования к быстродействию, к времени отклика. Главное не перестараться с глупостями типа "любая операция должна выполняться не более 100мс". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 12:49 |
|
||
|
Обсуждение метода доступа к данным
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovalexeyvgтребования включают в себя и требования к быстродействию, к времени отклика. Главное не перестараться с глупостями типа "любая операция должна выполняться не более 100мс".Ну, глупые требования можно написать в любом разделе, не только о производительности :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.08.2012, 16:38 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=37929136&tid=1541569]: |
0ms |
get settings: |
4ms |
get forum list: |
15ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
144ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
32ms |
get tp. blocked users: |
1ms |
| others: | 195ms |
| total: | 404ms |

| 0 / 0 |
