Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Почему cache нет на tpc.org?
|
|||
|---|---|---|---|
|
#18+
Выдержка из старого доброго "письма от Oracle” в формате вопрос-ответ трехлетней давности (на вопросы отвечает ISC): Q: Позиционирование Cache построено на том, что эти система обеспечивает более высокую но сравнению с другими СУБД производительность. Данное утверждение является чисто маркетинговым трюком и не подкреплено никакими реальными результатами тестов. Обратимся к официальным результатам тестирования по методикам ТРС (Transaction Processing Council, сайт www.tpc.org). Тесты ТРС официально признаны во всем мире, а их результаты являются основой для сравнения производительности СУБД, причем как по оперативной обработке транзакций (тест ТРС-С), так и но аналитическим запросам к хранилищам данных (тест ТРС-П). Так вот, ни в одном из этих тестов СУБД Cache участия не принимает - о какой производительности может идти речь, если нет официальных результатов тестирования? A: Тесты ТРС ориентированы на реляционные СУБД. С технологической точки зрения нет препятствий, по причине которых Cache' не может участвовать в подобных тестах, однако это означало бы соревнование с реляционными СУБД по реляционным правилам, и показанный при тестировании результат был бы заметно меньше потенциально возможного при использовании постреляционных возможностей Cache'. Второй аспект связан с неадекватностью тестов ТРС реальным задачам. Многие ведущие компании в отрасли в последнее время отказываются участвовать в подобных «искусственных тестах». В частности, компания SUN официально заявила, что не будет более принимать участие в тестах TPC. Ведущий аналитик в сфере IT – компания IDC в одном из своих отчетов также предостерегает руководителей от принятия решений, основанных на результатах TPC тестов. InterSystems проводит большое количество тестов на реальных задачах существующих клиентов. Например : http://www.osp.ru/news/comm/2002/12/30_03.htm http://www.intersystems.com/analysts/2001/cogent.html http://www.intersystems.com/analysts/2000/benchmark.html и другие. Q: Помимо собственно оценки производительности (числа транзакций в минуту), тесты ТРС (в частности, тест ТРС-Н) позволяюет оценить максимальный размер базы данных, с которой вообще может работать СУБД, показывая при этом хорошие результаты. Так вот, для Oracle отличные результаты показаны и на 50ГБ, и на 100ГБ, и на 1 терабайте и на 3 терабайтах. Для Cache нет никаких результатов - как можно тогда оценить работу этой системы с большими базами данных? A: С технологической точки зрения один экземпляр Cache' поддерживает до 255 баз данных объемом до 32ТБ каждая. Реально сегодня эксплуатируются системы с объемом базы до 1Tb (Mass. General Hospital). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 12:16 |
|
||
|
Почему cache нет на tpc.org?
|
|||
|---|---|---|---|
|
#18+
newbie, спасибо за пост, однако имхо ответы ISC не убедительны ... что значит "по реляционным правилам"? Реальные приложения практически никогда не могут быть сравнены между собой, ибо никто не может себе позволить двойные вложения сил и времени в одну и ту же функциональность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 18:43 |
|
||
|
Почему cache нет на tpc.org?
|
|||
|---|---|---|---|
|
#18+
Rus000newbie, спасибо за пост, однако имхо ответы ISC не убедительны ... что значит "по реляционным правилам"? Реальные приложения практически никогда не могут быть сравнены между собой, ибо никто не может себе позволить двойные вложения сил и времени в одну и ту же функциональность Правильно. Но если мы будем "бодаться" с Oracle SQL в SQL, то мы не сможем использовать прямой доступ, что ставит нас в заранее проигрышное положение. Плюс, никто и не говорит, что мы "самая быстрая SQL-база в мире" - это, конечно, не так. Cache может оказаться как быстрее, так и медленнее при работе через SQL-представление, по сравнению с обычными реляционными базами, никто с этим и не спорит. Кстати, привет :) Это Борис Егоров. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.12.2006, 01:41 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=34172079&tid=1559462]: |
0ms |
get settings: |
7ms |
get forum list: |
10ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
34ms |
get topic data: |
7ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 228ms |
| total: | 318ms |

| 0 / 0 |
