Слайд №1 - объяснение таблиц (relations), как совокупности одинаковых описаний (attributes) однотипных объектов (tuples). Если они уже проходили OOD, то уместно провести аналогию - не на слайде, конечно, а устно. Если допустимо сделать динамические слайды, то я бы начал с объекта для примера, описания его атрибутов в виде заголовка таблицы, а потом добавил по очереди 1-2-3 строки. Обязательно упомянуть о том, что термин relation изначально подразумевал логическую связь между соединяемыми вместе записями: один тип объекта, одинаковое описание. Слайд №2 - объяснение связей между объектами-таблицами. Тут, думаю, тебе подсказки не нужны. Обязательно упомянуть, что в современном датабейзостроении термин relation подразумевает именно связи между таблицами.
Ха!! Ха!!! Ха-ха-ха!!! Они "уже" проходили OOD!!!!! Пацталом. Они бухгалтеры, Володя! На третьем курсе! Я базы данных отдельным классом читала два раза. Но даже в слайдах для того отдельного класса не могу найти хорошего примера, чтобы вот за пять минут и на пальцах. Придется, наверное, самой рисовать, а лень. :)
Бухгалтеры?! Так это ж в 1000 раз проще! Суть слайдов остается та же: 1й слайд - таблицы, 2й - связи. С таблицами бухгалтеры уже знакомы в принципе, они всё время работают с таблицами, нужно только выбрать пример из их области и объяснить терминологию. Понимание связи между таблицами у них тоже должно быть, хоть и интуитивное. Возьми для примера таблицы из микрософтовского Northwind. Скажем, Orders и Order Details. Хотя, конечно, придется дорисовать тексты с терминологией и стрелки. ;^)
P.S. Хмм... Прочитал коммент Паровоза и засомневался: я, похоже, должен был знать, что ты читаешь бухгалтерам, но почему-то совсем-совсем этого не помню. Йа блондинко?
P.P.S. И - самое главное! - при объяснении БД бухгалтерам ни в коем случае не вдаваться в теорию реляционных БД и не показывать никаких абстракций вроде ERD. Объясняй только на живом примере.
no subject
Date: 2011-05-25 04:14 am (UTC)Слайд №2 - объяснение связей между объектами-таблицами. Тут, думаю, тебе подсказки не нужны. Обязательно упомянуть, что в современном датабейзостроении термин relation подразумевает именно связи между таблицами.
Как-то так. Если что - расспрашивай.
no subject
Date: 2011-05-25 04:34 am (UTC)Я базы данных отдельным классом читала два раза. Но даже в слайдах для того отдельного класса не могу найти хорошего примера, чтобы вот за пять минут и на пальцах. Придется, наверное, самой рисовать, а лень. :)
no subject
Date: 2011-05-25 06:15 am (UTC)Суть слайдов остается та же: 1й слайд - таблицы, 2й - связи. С таблицами бухгалтеры уже знакомы в принципе, они всё время работают с таблицами, нужно только выбрать пример из их области и объяснить терминологию. Понимание связи между таблицами у них тоже должно быть, хоть и интуитивное.
Возьми для примера таблицы из микрософтовского Northwind. Скажем, Orders и Order Details. Хотя, конечно, придется дорисовать тексты с терминологией и стрелки. ;^)
no subject
Date: 2011-05-25 06:20 am (UTC)Йа блондинко?
no subject
Date: 2011-05-25 06:24 am (UTC)no subject
Date: 2011-05-25 07:01 am (UTC)no subject
Date: 2011-05-25 01:25 pm (UTC)