Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какие тесты нужно сделать для сравнительного анализа PostgreSql и Sql Server 2000
|
|||
|---|---|---|---|
|
#18+
Наше приложение было основано на Sql Server 2000. Мое начальство решило прозондировать другие СУБД. Отсюда вопрос: какие элементарные тесты можно провести, проверяя быстродействие и надежность системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.02.2005, 07:57 |
|
||
|
Какие тесты нужно сделать для сравнительного анализа PostgreSql и Sql Server 2000
|
|||
|---|---|---|---|
|
#18+
В этой ветке быстродействие оптимизатора MS SQL Server проверяли путем подсчета "счастливых билетиков" - насколько хорошо сервер делает джойн нескольких таблиц. Не самый показательный тест, но для сравнения есть результаты на разных конфигурациях железа, поиском по форуму можно найти ещё для других СУБД. Как более приближенный к жизни тест можно взять pgbench или из исходников src/test/bench (похоже это разные тесты, не проверял), и сделать аналогичный для MS SQL и др. Реальные же показатели для конкретной задачи по-моему можно получить только потратив время на грамотный перенос существенной части приложения, как это ни печально. Задачи у всех слишком разные. Впрочем, если критичен по скорости только один запрос - тестируй только его. Надежность от сбоя по питанию элементарно можно проверить, выдергивая тестовый компьютер из розетки во время длинной транзакции с записью большого объема данных (естественно на жестком диске никакой ценной информации быть не должно, файловая система должна быть журналирующая и кэширование записи должно быть отключено если только это не рэйд с батарейкой). Также можно сделать тест со убиванием серверного процесса, имитируя работу DBA отключающего "зажравшийся" запрос. Для PostgreSQL это может в некоторых случаях приводить к вылету всех процессов, хотя может уже пофиксили. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.02.2005, 06:09 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=32909258&tid=2007457]: |
0ms |
get settings: |
7ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
47ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
20ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 344ms |

| 0 / 0 |
