Системный анализ в IT

Из моего опыта работы с БД следует небольшая эвристика:

Вероятность действительного сброса данных в каком-либо социальном сервисе выше в случае сбрасывания, стирания отдельных полей, нежели попытки удаления учётной записи.

Грубо говоря, в Одноклассниках при попытке стереться разумнее поменять имя, стереть содержание отдельных полей и провести сохранение.

Почему так? Потому что в случае “удаления” так называемое “мягкое удаление”, организуемое за счёт простановки признака у записи, реализуется технически гораздо проще, чем организация “мягкого обновления”, при котором нужно вести историю изменений структур данных.

Конечно, с течением времени, возможность полагаться на такие соображения падает, особенно после популяризации изложенных в данном посте соображений.

Небезызвестный деятель М.Кононенко вытащил на свет божий конкурсную документацию на обеспечение лицензионной поддержки стандартного пакета ПО для школ.

Среди прочих, встретилось следующее забавное требование к СУБД:

«СУБД должна обеспечить просмотр истории версий на уровне записей, если нужно узнать, кем и когда были внесены изменения в строке».

Сплю ли я или сейчас нет распространённых полупромышленных СУБД с подобным системным свойством?

За помощь спасибо .

i. Кто был автором архитектуры, ставшей прототипом для архитектуры большинства современных персональных компьютеров?

1. Норберт Винер
2. Алан Тьюринг
3. Джон Фон Нейман
4. Марвин Минский
5. Ноам Хомский
6. Джоэл Сполски

ii. Благодаря каким свойствам архитектуры стало возможно широкое распространение персональных компьютеров?

1. Безопасность и надёжность
2. Модульность и стандартизация
3. Однозначность и воспроизводимость
4. Производительность и устойчивость
5. Простота и масштабирумость

iii. Укажите правильный порядок видов памяти по убыванию времени доступа:

1. Оперативная память, Жёсткий диск, Кэш процессора
2. Жёсткий диск, Оперативная память, Кэш процессора
3. Кэш процессора, Оперативная память, Жёсткий диск

iv. Почему в компьютерах до сих пор используются жёсткие диски, несмотря на появление более дешёвой флэш-памяти?

1. Широкому распространению флэш-памяти мешают патентные ограничения.
2. Флеш-память имеет гораздо меньшее число циклов перезаписи и скорость доступа.
3. Потребители не доверяют компактным устройствам.
4. Виды флэш-памяти не стандартизованы, что вызывает проблемы при замене.

v. Каково назначение файловых систем?

1. Предоставление методов работы с файлами, абстракция от физического уровня (дорожки, блоки, и т.д.).
2. Организация каталогов для систематизации и складирования информации.
3. Способ именования элементов памяти на диске/устройстве памяти.
4. Предоставление средств администрирования ОС.

vi. Какие ограничения и недостатки имеют распространённые файловые системы?

А. Одновременная запись в один файл несколькими агентами не возможна.
Б. ФС не поддерживают файлы размером больше 2 Гб.
В. При аварийном отключении питания файл повреждается без автоматического восстановления.
Г. ФС имеют слишком большую стоимость для рядового пользователя.
Д. ФС не умеет работать со внутренней структурой файла.
Е. Файлы не имеют никакой логической связи между собой.

Варианты ответов:

1. А, Б, Г, Д
2. Б, В, Д, Е
3. А, В, Д, Е
4. А, В, Г, Д

vii. Какая из перечисленных функций не относится к операционной системе?

1. Управление памятью
2. Запуск и выполнение программ
3. Доступ к внешним устройствам
4. Воспроизведение звука, отрисовка изображений
5. Управление пользователями и их правами

viii. Какие операции допустимы по отношению ко множествам?

1. Создание, удаление, изменение
2. Объединение, пересечение, дополнение, разность
3. Сложение, вычитание, умножение, деление
4. Инициация, выполнение, прекращение

ix. Какой вид логической операции (связки) используется для задания отношений следования?

1. Конъюнкция
2. Дизъюнкция
3. Импликация
4. Отрицание

x. Узел в древовидной структуре, не имеющий родителей, называется:

1. Внутренний узел
2. Родительский узел
3. Листовой узел
4. Корневой узел

xi. Граф, содержащий дуги, по которым возможно перемещение в обе стороны, называется:

1. Направленным
2. Ненаправленным
3. Несвязанным
4. Связанным

xii. Какой из приведённых способов не является подходящим для задания графа:

1. Список смежных вершин
2. Дерево двоичного поиска
3. Список дуг
4. Булевая матрица

В 70-80-х годах доминировала процессная парадигма (data processing) – данные поступают на вход системы, преобразуются, идут на выход. Доминировал каскад.

В 80-х смоллтоковцы придумали кучу хороших штук, пошла волна популяризации объектного, интеракционного, реактивного подхода.

Но – разработчики БД так и остались в процедурно-функциональной парадигме и каскаде. Они продолжали считать, что изменения – это ненормально, это результат ошибочного проектирования и анализа и платить за ошибки проектирования ковырянием в коде и данных – это естественная, хотя и неприятная необходимость.

В 90-х смоллтоковцы и проч. поняли, что изменения – это норма жизни, и надо уметь с ними работать. Популяризовались итерационные подходы, появился рефакторинг, развились компонентно-модульные практики.

Но – разработчики БД только встревоженно смотрели по сторонам и всё крепче держались за доброе старое-вечное. Тем более что объективно БД – это сильносвязанная система.

2000-е годы – рефакторинг в объектной разработке стал осознанной нормой жизни, встраивается в объектные инструменты.

Пионеры объектной разработки в лице Скотта Амблера и Фаулера добираются до баз данных, изучают их и предлагают методы “оживления” БД: http://www.agiledata.org/essays/tools.html

Понятно, что пока это не стало общим местом, но Microsoft стал включать элементы рефакторинга в свои БД-инструменты, стали появляться специализированные инструменты: http://www.sundog.net/index.php/databaserefactoring/page/overview/ , плагины: http://www.red-gate.com/about/news/jolt_award_2007.htm

Процесс идёт, но очень сильна инерция – базданщиков старой школы очень много и они с трудом воспринимают перемены (таков их естественный менталитет). Хотя есть книга даже на русском языке.

2 августа, в четверг, в 19.00 при поддержке клуба «Бизнес в стиле .RU» в Государственном университете — Высшей школе экономики пройдёт первая встреча Московской Группы Пользователей MySQL, Moscow MySQL User Group.

Встречу ведёт Константин Осипов, программист из компании MySQL AB.

На этой встрече вы из первых рук сможете узнать о новых возможностях версии 5.1, выпуск которой запланирован на ближайшие месяцы, а также о том, как с пользой применить их при создании высокопроизводительных систем.

Кроме того, вы сможете получить от разработчиков MySQL ответы на различные вопросы в неформальной, дружеской обстановке!

Программа встречи

Направления развития:

• Удобство администрирования
• Высокая доступность
• Большие объёмы данных
• Производительность

Обеспечивающий функционал:

• Секционирование
• Кластер
• Диспетчер событий
• Полнотекстовый поиск
• Работа с XML

Встреча открытая, посещение бесплатное. В связи с особенностями пропускного режима ГУ-ВШЭ необходимо зарегистрироваться по адресу http://styleru.net/register.

Встреча пройдёт в здании Государственного университета — Высшей школы экономики по адресу м. Тургеневская/Чистые Пруды, м. Китай-Город, ул.Мясницкая, д.20, аудитория 124.

02 авг	Встреча “Новые возможности MySQL 5.1″ ГУ-ВШЭ, 02 Августа 2007 в 19:00:01 (Москва, Россия)