Лень. И не знаю, заработаю ли я на этом?
Проектирование БД - это вовсе не создание структур таблиц, назначение индексов и связей. Эти нехитрые телодвижения - последний этап проектирования - рутинные детали реализации.

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

Почему я никогда не напишу такую книгу?
Потому, что большая часть моих решенире не поддается формализации.
Не поддается формализации, потому что мне лень этим заняться.

Лень.

Мое видение проблемы.

Но сначала ответ tchingizу.
Не трудно описать процесс, если все разжевано постановщиком задачи. Особенно если ты сам и постановщик, и архитектор.

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

Места зарождения информации - этот термин вроде я придумал. Но не претендую. Возможно, как часто у меня бывает, я переоткрыл уже известную истину.

Определения. Наверное, нечеткие.

Место зарождение информации
Устройство, которое обеспечивает внесение в базу данных, котрые не могут быть получены из уже имеющися в базе информации

Место крорректировки информации
Корректировка данных, ошибочно внесенных в месте зарождения информации.

Теоретически таких мест не должно быть, но ошибаются не только люди, но и электронные системы

Место потребления информации.
Представление в удобном для потребителя виде разного рода отчетов по имеющийся в базе информации.

Майевтик
А кто вы такой, чтобы этот вопрос интересовал кого-то еще, кроме вас самих?

А Вы кто такой, что бы писать мне эти замечания ?

tygra
В общем я со стороны бизнес-анализма зашел :) Потому как больше этим приходится заниматься, чем программированием.
Я тоже хочу с этой сторны зайти. Напрограммим мы все что угодно, но трудно выявить, "что угодно" потребителю

tygraКнижку эту: о Книге, той что с большой буквы "К" :)

-- Tygra\'s --
Мои фотогалереи тут
Это ни йа!

tchingiz. Спасибо, Мейера почитаю. Но даже в твоем кратком изложении, я вижу у него ошибку. В реальном мире не бывает приложнией без обратной связи. Чем мне не нравятся книги про проектирование - там описывается идеальная база, в которй нет ошибок пользователя и нет тупых "Руководящих указаний". Но мне очень понравились определения.

<Только для Чингиза.>
Начал считать, сколько я баз спроектировал - на 40-ка сбился. Правда, одна-единственная комплексная система информатизации предприятия, по независяшим от меня причинам, так и не была дописана. Я уже написал движение людских, материальных и финансовых потоков (кроме зарплаты и собственно кадров. Это были сторнонние модули, я просто их интегрировал), но сверху "внедрили" нечто неудобоваримое.
Чингиз
Процедура Майерса о элегантности сравнима с процессом нормализации отношения.

Ну вот, оказыватся, я тоже мыслю элегантно, но переоткрываю Америку
</Только для Чингиза.>

Отрывок из книги.

Необходимо тщательно обследовать места зарождения информации. Какие данные и в каком формате на них вводятся?

Нет ли дублирования при вводе?
При "бумажном учете" или не "сетевой базе" это обычное явление.

Примеры дублирования.

Кадры вводят тариф работника, зарплатники вводят тариф работника.
Кому-то из них это надо запретить. Я склонен считать, что кадрам, так за правилность тарифа отвечают зарплатчики.

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

Тут, на самом деле, две линии.
Первая - внешние движения
Вторая - внутренние
Первую линию должны обрабатывать бухгалтера
Вторую - склад.

Есть ли возможность часть информации вводить на основе выбора из уже имеющихся в базе информации?

Это, конечно, тривиально для опытных разработчиков, но книга не для них.
Подвопросы. На каком месте должно быть право вводить такую, общую для всех, информацию? Как обеспечить остутствие дублирование внесения данных?

Как должны быть представлены вносимые данные?
Каков диапазон их значений?
Не верьте пользователяим, что "эти значения всегда такие". Они обязательно поменяются.

Если над похожими на числа данными не производятся арифметические операции, то они должны быть представлены в виде строк.
Если строки похожи на даты и выполняют их функцию - они должны быть представлены в виде даты.

Запишите, в каком порядке расположены данные на бумажном носителе. Это совершенно бесполезно для проектирования базы, но имеет огромное значения при написании интерфейса к ней. Пользователь должен вводить данные в том порядке, который определен на бумажном носителе.

Существут ли возможность внести все данные в одном месте и в одно время?

Пример, когда нельзя.
Товароведы-бухгалтерия оприходывают партию товара, а кладовщики пишут, на какой склад-стеллаж-полку она помещена
Решите, кто и как будет вносить дополнения.

Инос.

Не по научному пишешь!
Надо так -
Было предложено организовать рабочее место по внутренней логистике товарно-материальных ценностей