авторigor (avtor), вы между строк столько прочли? Хм... ОК, отвечу. Религиозные войны действительно не для программистов (хотя вроде уже договорились, что программистов нет, - если настаиваете, пусть временно будут). Форточки (говорим о бизнес-среде) – только и исключительно для лузеров. Лузеров, которые не хотят понимать, что такое безопасность. Лузеров, которые не хотят понимать, что такое информационные стандарты (и стандарты вообще). Лузеров, которые дальше своего носа не видят вообще ничего. Таким образом, разработчики, обслуживающие таких лузеров, – точно такие же лузеры. О религиозных войнах говорить действительно глупо. Можно либо понимать это, либо не понимать. Тех, кто не понимает, – больше. Гораздо больше. Почему – это хороший вопрос. Например, потому, что в этом году на форточки для школ в России будет потрачено 3 млрд. рублей.

> сходите на sql.ru

Ага. На sql.ru замечены в умении проектировать базы данных пятеро. Это на ~100к зарегистрированных пользователей.

Впрочем, приходите, представление о собственной квалификации получите. Бесплатно. Сошлитесь на это обсуждение. Так и пишите: хочу качественно оценить свои знания по проектированию баз данных.

Дмитрий Юрьевич

http://www.gazeta.ru/techzone/letters/1971355.shtml#1971355

Дмитрий Юрьевич,

Я не то, чтобы "хочу качественно оценить свои знания по проектированию баз.", хотя буду рад:) Тем более "бесплатно".

Мне интересен базис Вашей уверенности в способности давать такую оценку.

Более того, исходя из Ваших слов, 84 007 (84 012 - 5) участников не умеют проектировать базы данных.

Вам не кажется, что это достаточно сильное утверждение, которое надо доказывать?

Дмитрий Юрьевич> хотя буду рад

1. Пожалуйста, расскажите об основных способах классификации. Проиллюстрируйте Ваш рассказ структурами данных для их реализации.
2. Пожалуйста, приведите схемы реализации мультиязычности для реляционных баз данных. Пожалуйста, опишите недостатки схемы, рекомендованной SQL-2003.
3. Пожалуйста, перечислите варианты реализации ограничения доступа к содержимому реляционных баз данных. Пожалуйста, приведите структуры данных для их реализации.
4. Пожалуйста, расскажите о способах регистрации истории изменений для содержимого реляционной базы данных. Проиллюстируйте Ваш рассказ структурами данных.
5. Пожалуйста, расскажите о возможных способах хранения данных не реляционной природы в реляционных базах данных. Пожалуйста, расскажите о моделях, метамоделях, наиболее распространенных стандартах и способах их описания в реляционных базах данных. Проиллюстрируйте Ваш рассказ структурами данных.
6. На десерт. Обобщите ответы на предыдущие вопросы и сформулируйте рекомендации для проектирования типовых структур данных.

> Мне интересен базис Вашей уверенности в способности давать такую оценку.

Странный вопрос. Для того, чтобы читать вопросы и читать ответы на эти вопросы, нужно просто уметь читать.

> Вам не кажется, что это достаточно сильное утверждение, которое надо доказывать?

Не кажется. Долго объяснять, почему. Впрочем, простенькие тестовые вопросы - выше; хотите его опровергнуть - внимательно слушаю.


1. Пожалуйста, расскажите об основных способах классификации. Проиллюстрируйте Ваш рассказ структурами данных для их реализации.

Давайте на примерах:)

а) по признаку "лузер-не лузер"

Кто принадлежит первой группе?

- программисты на форточках
- те, "кто не хотят понимать, что такое безопасность"
- те, кто "не хотят понимать, что такое информационные стандарты (и стандарты вообще)."
- те, кто "дальше своего носа не видят вообще ничего".
- "разработчики, обслуживающие таких лузеров"
- все, кроме пяти человек на sql.ru

Для хранения классификации в данной ситуации нужны 4 глиняных таблички и одна золотая :)

Все, кто на них не записаны - лузеры:)

Почему глиняных? Потому, что 4 из 5 окажутся лузерами по какому то другому признаку.. И таблички мы .. разобьём :)

И останется одна .. золотая .. Дмитрий Юрьевич

Запоминаем правило: Если все категории, кроме одной содержат крайне ограниченное количество объектов, достаточно хранить списки этих объектов. Все, кто не в списках - попадают в последнюю категорию.

б) Построим таксономию объектов, которые проектируют.

первый признак - объекты, которые можно проектировать не существуют на момент создания проекта и будут созданы на основании его. Это корневой таксон.

Далее, таксоны второго ранга - материальные и нематериальные объекты

Таксон третьего ранга - компьютерные программы и структуры данных.

Таксоны четвёртого ранга - игры, базы данных, системы управления базами данных

Для таксономии характерно нечёткое задание признаков, поэтому для хранения используется иерархическая структура.

Запоминаем: базы данных и системы управления базами данных - разные таксоны.

в) классификация по чётким критериям

Т.е. особый случай таксономии, когда достаточно хранить не объекты, а критерии, обычно - тоже в иерархической структуре.

Ваши вопросы относятся к разным таксонам. К таксону проектирование баз данных относятся 1, 3, 4 - частично, в разрезе аудита, например, 5.

Остальные - к таксону проектирование СУБД. Правда, Ваши формулировки, особенно 6 - настолько нечётки:)

Кстати, что такое "мультиязычность"?:) Очень интересное слово:) Вы имели ввиду интернационализацию, национализацию или добавление Java/CLR?:)


Я, кстати, был уверен в Вашем гостевом нике:) Ваш другой, часом, не Бред?:)