Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Есть несколько СУБД, я лично определился с выбором. Вопрос стоит какая будет быстрее работать, возможности у них примерно одинаковые, для моей задачи. Подскажите по какому алгоритму протестировать их, чтобы не быть голословным, а показать цифры. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2004, 13:12 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
У большинства СУБД есть evaluation version/ Закачайте ее себе и протестируйте вашу задачу. Но ИМХО возможна ошибка. Для лучшего анализа вам надо взять по паре сертифицированных специалистов с большим опытом по каждому продукту и попросить их реализовать вашу задачу. Например для MSSQL подойдет MSDBA, для Oracle - Oracle OCP/ Стоить это будет от 400уе за день тестирования/подготовки к тестированию (В Москве) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2004, 13:49 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
>Здесь тестируют СУБД: http://www.tpc.org Да не СУБД там тестируют, а программно-аппаратные комплексы и решения!!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2004, 15:40 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2 locky Да не СУБД там тестируют, а программно-аппаратные комплексы и решения!!!! О как! А я то, думал, что: 0. Существует некая методика тестирования скорострельности СУБД, например TPC 1. Тесты основаны на наборе стандартных скриптов , которые: -- генерят схему БД (одинаковую для всех платформ) -- генерят данные для данной схемы -- выполняют пакет эталонных запросов, эмулируя многопользовательский доступ к БД 2. Потом, на основании замеров скорострельности СУБД (да, на определенной аппаратной платформе!) получают некие характеристические величины , которые и являются результатами теста. 3. Эти характеристические величины можно сравнивать 4. Если задан вопрос о скорости СУБД, можно применить эти методики для сравнения работы двух программных платформ на общей аппаратной, или, на худой конец, посмотреть, какова величина, расчитаная для нужной СУБД в сравнении с эталонными величинами, доступными на этом сайте. Конечно, результаты подобного теста будут весьма условными, но это - хоть что-то. 5. Вот так я рассуждал!!!! (special for locky!!!!) ЗЫ Да, стесняюсь спросить, а как тестируют решения ? С помощью tpc тестов? ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2004, 18:33 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Там тестируют Железо+СУБД+КЛИЕНТ! Сама по себе СУБД может быть и быстрой, а вот связочка с клиентом, т.е. сам клиент.... Ну пойдите Вы и почитайте (может быть, я ошибаюсь): время отклика меряется как время от посылки последнего символа на сервер до того момента, как клиент отобразит последний полученный с сервера символ. Поэтому относится к сравнению текстового клиента, написанного на С, и веб-формы, сгенерированной IISом надо на мой взгляд очень осторожно. Я не видел в TPC ни одной цифры, которая бы меряла время со стороны сервера (типа Код: plaintext 1. 2. 3. Все числа - со стороны клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2004, 20:03 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Тест TPC-B - меряет количество зафиксированных транзакций в сек. Никакого клиента, который должен отразить что-то. Здесь краткое описание: Тесты TPC ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 09:43 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Если я не ошибаюсь, TPC-B вроде как уже отозван, то бишь закрыт? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 12:27 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
А к вопросу о замере скорости СУБД это имеет отношение? В данном случае? ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 14:02 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Jimmy В данном случае пожалуй, можно и согласится. Хотя, наверное, надо послушать Кварка, но, может быть, не в такой экстремальной форме. Сделать прототип и там и там, поставить, замерить... Хотя, я, к примеру, вряд-ли реализую что-нить удобоваримое на Оракле - я его просто не знаю настолько хорошо. И буду иметь полное право орать, что Орацл - суксь :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 16:20 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2ocky А по-моему, TCP-тесты очень даже объективны. Клиенты и сетевая инфраструктура выбирается так, что-бы не быть тормозом в тесте. Насчёт разных платформ - можно найти тесты разных СУБД и на одной платформе. А самое, на мой взгляд, объективное - сравнивать по стоимиости. Скажем, у меня OLTP-система, и мне нужна производительность 60000 tpmC. Смотрю, какая платформа/СУБД мне подходит, составляю список: Код: plaintext 1. 2. 3. 4. 5. 6. 7. и сразу всё ясно... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 16:52 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Alexeyvg По моему, всё-ж таки надо выбирать СУБД основываясь не на TPC (хотя туда стоит посмотреть), а на особенностях конкретной задачи и собственных знаниях. прежде всего стоит выбрать то, что знаешь :-) Затем поглядеть на задачу... К примеру у меня OLTP система, относительно ненагруженная. Но кругом - масса запросов с объединением 20+ табличек. В TPC-C больше 2-х табличек в запросе вроде бы и нет. Расчетов там тоже вроде бы нет особых. А у меня - есть, и достаточно много. Так что лидер TPC-C вполне может мне не подходить. Он может недостаточно хорошо оптимизировать связки, недостаточно быстро считать, недостаточно быстро парсить запросы, в конце-концов :-) Всё от задачи зависит... Хотя, наверное, в первую очередь - от прямых рук разработчика. P.S. Кстати, в TPC появилась китайская платформа - Langchao. Признаться, это было для меня откровением... Вот откуда угроза идёт :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 17:14 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2 locky Хотя, я, к примеру, вряд-ли реализую что-нить удобоваримое на Оракле - я его просто не знаю настолько хорошо. В TPC скрипты одинаковые (насколько это возможно) для всех платформ. А вообще - правильное замечание. Трудно судить о потенциале СУБД, если не знаешь тонкостей (я тоже Oracle не юзал никогда, так что здесь сыграют роль мои личные предпочтения, а не возможности платформы). 2 alexevg А самое, на мой взгляд, объективное - сравнивать по стоимиости. Скажем, у меня OLTP-система, и мне нужна производительность 60000 tpmC К сожалению, так просто все не бывает. Как правильно заметил locky, есть и другие факторы. Мы, в нашем текущем проекте наступили на грабли - Sybase ASE 12.5, железо нормальное, производительность приемлемая, только - опа! - ограничение max 50 join в запросе! ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 17:40 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Jimmy Странное како-ето число - 50, я когда читал доку на Sybase тоже обратил внимание. У MS хоть круглые числа были - 16, 256.. А тут - 50 :-( Кстати, никто не знает соответсвующее ограничение у Оракла? я не нашел, а очень интересно. Аналогично для UDB/DB2, Informix e.t.c. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.05.2004, 18:53 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2locky, Jimmy Да понятно, что тест не может быть адекватен будущей задаче - на то он и универсальный. Но какие-то представления он о производительности даёт; к тому-же есть кроме TCP-C и другие - TCP-H и т.д. По комбинации результатов и представляя содержимое тестов и свою задачу можно сделать выводы. Пусть они будут иметь большУю погрешность, но как можно сравнить лучьше - реализовать задачу на каждой платформе? :-) Ну и естественно, что эти выводы касаются только производительности, а есть ещё много других факторов, не менее, а часто и более важных. А мой предыдущий пост относился в первую очередь к тезису о невозможности сравнения производительности, потому-как железо совершенно разное. А я говорю - есть универсальное мерило - соотношение производительность/цена. Насчёт всяких наступаний на грабли - вообще-то команда разработчиков должна набиратся после выбора платформы, а не до, и эти люди должны к моменту начала иметь несколько завершённых и успешно эксплуатируемых проектов такого-же размера. Хоть речь и идёт во всех случаях о SQL-БД, в зависимости от платформы нужно по-разному проектировать и модель данных, взаимодействие клиента с серверов, и общую архитектуру, и т.п. - для сибэйса, оракла и мсскуэль всё это будет сильно отличаться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 11:42 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Насчёт всяких наступаний на грабли - вообще-то команда разработчиков должна набиратся после выбора платформы, а не до, и эти люди должны к моменту начала иметь несколько завершённых и успешно эксплуатируемых проектов такого-же размера. А бывают люди с врожденным опытом? ;0) ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 12:01 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Jimmy авторА бывают люди с врожденным опытом? ;0) Почему с врождённым? Человек идёт в команду к спецам, работает с продуктом/технологией, потом идёт на другую работу, в другую команду уже как специалист, там в группе несколько спецов и берут одного учиться. А не всех берут учится :-) Вообще, по другому только в программировании работают :-) Типа нужно построить мост или укомплектовать штат хирургов в новой больнице. А в здании работали стоматологи. Ну а так как хирургам платят больше и опять-же новые технологии, вот они и начинают резать :-) А разработка инф. бизнес-системы - дело ответственное и затратное и я не понимаю почему при бюджете проекта в 100 тыщ или милион нельзя взять хотя-бы одного - двух спецов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 13:46 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2 alexevg А разработка инф. бизнес-системы - дело ответственное и затратное и я не понимаю почему при бюджете проекта в 100 тыщ или милион нельзя взять хотя-бы одного - двух спецов. Я тоже не понимаю :0) ------------ Best regards, Jimmy ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 16:43 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
alexeyvgА я говорю - есть универсальное мерило - соотношение производительность/цена Видимо, имелось ввиду цена/производительность. Но хоть так, хоть этак - тогда MySQL forever ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 18:58 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
lockyКстати, никто не знает соответсвующее ограничение у Оракла? я не нашел, а очень интересно Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 19:00 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Ерунда все эти тесты. Берем mssql2000 и vfp 6. Загружаем табличку 500000 тыс записей и выполняем один и тот же запрос в фоксе и sql. В sql время выполнения t,а в фоксе время выполнения t/2. И как все это понимать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 20:12 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Markelenkov Вы серьёзно считаете, что MySQL победит в TCP-C тестах? На 64-х процессорном сервере будет делать не один милион транзакций в минуту, как все, а два? И вообще, очевидно, что цена/производительность - это только один из факторов. 2чечако И фокспро не сделает никого по TCP-C :-) Как только к нему в тестовой задаче подключатся 10 тыщ юзеров... :-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 23:14 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
2Markelenkov Да, забыл - намёки на бесплатность MySQL не пройдут - "цена" берётся всего комплекса, а не лицензий на софт. А железо обычно дороже софта. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.05.2004, 23:17 |
|
||
|
Тест на скорость СУБД
|
|||
|---|---|---|---|
|
#18+
Интересно, насколько актуально для России применение 64-процессорных серверов? И есть ли где аналогичный тест, но с ограничениями на аппаратную часть, например, не более 4 процессоров Intell. Если такого теста нет, его следует сделать! Неужели никому не интересно сравнить производительность всех СУБД, применяемых на этом сайте? Составить список задач, общие запросы для них, etc? Могу попытаться заняться этим вопросом при соответствующей оплате . А лучше - пусть Microsoft все СУБДы протестит и на форуме напишет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.05.2004, 08:50 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=32510454&tid=1554124]: |
0ms |
get settings: |
5ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
33ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 329ms |

| 0 / 0 |
