Exadata и Sun Oracle Database Machine по-русски
В библиотеке брошюр появился целый раздел, посвященный Sun Oracle Database Machine. В разделе на текущий момент есть документы:
- Обзор продукта для руководителей
- Технический обзор продукта
- Глубокое погружение в Exadata & Database Machine
Все документы на русском языке. Пожалуйста, читайте примечания под ссылками на документы, чтобы понять для кого какой документ предназначен. Буду благодарен положительным отзывам.
В презентации "Глубокое погружение в Exadata & Database Machine"
ОтветитьУдалитьлучше бы убрать фразу "В случае сбоя по питанию достаточно энергии, чтобы сбросить DRAM" на слайде по F20.
Ф то возникают вопросы :)
Можно подумать, что у Вас только к этому слайду вопросы :)
ОтветитьУдалитьДа у меня их было 2 десятка до того как я составил эту презентацию :).
Задавайте свои вопросы, не бойтесь.
"По-русски" пишется через дефис, ага.
ОтветитьУдалитьdsvolk.ru по http сейчас недоступен.
Ага. Чиним. Спасибо.
ОтветитьУдалитьпочинили. можно читать !
ОтветитьУдалить1) Обзор продукта для руководителей
ОтветитьУдалитьa) 12-й слайд. Откуда взяты цифры о throughput конкурентов?
б) разнообразные "10х больше, 2х быстрее, etc" - нет упоминания относительно чего больше/быстрее.
в) последние слайды (21-27) хороши. Пожалуй только их и надо оставить. Если еще добавить ценники на старые и новые системы (т.к. приводятся feedback'и реальных кастомеров, это можно сделать) - будет идеально.
2) Технический обзор
а) PLUGIN NTERPRISE MANAGER ДЛЯ EXADATA
б) таблица на 7-й странице почему-то на английском. то же самое на 10, 11.
в) 7 стр. "Архитектура Oracle Exadata является масштабируемой, что позволяет достигать любого требуемого уровня производительности." - очевидно, что не "любого". В предыдущей презентации, например, было сказано о максимум 8-ми DB machine.
г) стр. 8. "Данные зеркалируются в рамках нескольких ячеек. Отказ одной ячейки не приведет к потере данных и не повлияет на доступность.". Какое количество падений отдельных ячеек допустимо, т.е. не приведет к потере данных?
д) "Природа традиционных средств хранения пропагандирует неэффективное использование
каждой БД в ИТ-инфраструктуре." Достаточно смелое заявление :)
е) "Помимо традиционной функции передачи блоков в БД, iDB может использоваться
для передачи SQL запросов на сторону хранилища. Такая передача называет перемещением
нагрузки (process, predicate offloading). iDB используется для передачи SQL-операций
ячейкам Exadata на выполнение и возвращает результаты запроса ядру БД." Вначале говорится о передаче SQL-запроса, затем о передаче SQL-операций. Понятно конечно, что имеется ввиду, но сказано очень размыто.
ж) стр.15 "Клиент формирует SELECT-запрос с целью отфильтровать данные и вернуть только
интересующие его строки" - smart scan работает только для селектов?
з) стр. 18. "Exadata может выполнять объединение крупных таблиц с небольшими справочными
таблицами" - bloom filters нужны для быстрой фильтрации ненужных данных. К джойнам они относятся только косвенно.
е) стр. 19. "В дополнение, декомпрессия данных
происходит на стороне Exadata, экономя таким образом процессорные мощности серверов
БД." - вы уверены что экзадате необходимо именно "to decompress blocks", т.е. взять блоки с компрессией, из них получить блоки без сжатия? По-моему, это глупо. Все что нужно для фильтрации - пройтись по словарю (в начале каждого compression unit - м.б. называется по-другому, не помню точное название), и затем пользоваться им для определения "нормального" значения. Декомпрессией как таковой это не является.
Timur, спасибо, большая работа, полезная, есть что исправлять, особенно очепятки :)
ОтветитьУдалитьНадеюсь, Вы учитывали, что оба матерала - перевод с английского, поэтому цифры и смелые заявления оттуда :))
Знали бы Вы сколько я вычистил разнообразного г. пока переводил :)
Теперь технические вопросы
>smart scan работает только для селектов ?
Думаю...да.
> to decompress blocks",
Кроме пройтись по словарю нужно вернуть полезные записи на Database Server. В случае smart scan они возвращаются разжатыми, т.е. происходит натуральная decompress ия.