Руководитель подразделения- имеет ли смысл сделать её отдельной сущностью в данной задаче.

Существует потребность отслеживать исполнение работ сотрудниками.
Регулярно нужно собирать различного рода сведения по организациям, принадлежащим к различн. рода структурам (коммерческие, государственные и т. п.), составлять различного рода отчеты по выполнению заданий Работниками, структурами.

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

Нужно хранить список работников организации, задания, списки рассылок по заданию (включает организации и вопросы к организациям),
Схема следующая:
1) Работнику выдается задание, определяется срок выполнения задания.
2) При необходимости получения доп. информация формируется список вопросов,
список рассылки (несколько уровней управления), определяется срок ответа на поставленные вопросы.

Формируются Word- документы
3) По мере поступления ответов производится свод ответов на поставленный Работником вопрос/ вопросы.
Ответы *.doc, *.xls загружаются в базу, *.jpeg хранение отсканированных ответов.
Загрузка может быть выполнена различным образом, должны быть соответствующие настройки.
Для автоматизации рассылки писем нужно хранить справочные данные об организации, её руководители, наименовании должности руководителя.

Сущности:
1. Организация (атрибуты Наименование, Адрес, Индекс, город, Руководитель, Обновлено)
2. Руководитель (Организация, ФИО, НаименованиеДолжности, Обновлено)
3. Запрос
4. СоставЗапроса
5. Ответ
6. СоставОтвета ( Код запроса, КодОрганизации,

Предполагается, что база данных будет сделана с MS SQL Server, клиент написан на C++

Вопросы:

Ваши предложения по составу сущностей,
Ещё не понятно, как лучше хранить в БД ответы - тип varchar (1000), или что-то друное?

Ваши замечания по делу всячески приветствуются.

авторсча брошусь доделдовать за тебя все
Где это написано?

Мне сейчас важно узнать, в рамках данной задачихранение истории руководителей и вынесением руководителей в отдел. таблицу - оправдано?
По-другому это можно сделать?

LSVОн такой же сотрудник как и все. У должности "руководитель" надо сделать некий признак и по этому признаку его идентифицировать. При смене руководителя просто меняется привязка должности к другому лицу

А если рассмотреть ситуацию , когда БД используется локально, 1 человеком, передача не планируется. Рассылка идет по федералам, муниципалам, и проч., . Из не руководителей нужны только сотрудники родной организации.
А для обращений в другие гос. структуры важен только руководитель. Поскольку состав исполнителей работ будет меняться, часто они не указываются, данные о них будут храниться в виде комментариев.

А теперь получается, что для повышения универсальности лучше ввести сущность
Сотрудник
(Организация, ФИО, Руководитель(булево), Дата обновления)

To LSV:большое спасибо.

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