Я делаю курсовой по теме "Учет основных средст предприятия".
Подскажите какие есть отделы на любом предприятий.(Пишите все что знаете) и еще.
Нужно еще сохранять человака который смотрит за видом средства. Так вот. Мне нужно сохранить его ФИО звание и посаду. Ну посада это понятно а звание то какое ?  

Ты хочешь, чтобы посторонние люди знали твою предметную область лучше тебя? Спроси у научного руководителя. Если он не знает, то сам придумай что нибудь похожее на правду.

На любом предприятии есть директор, а значит – (1) Администрация. На предприятие принимают и с предприятия увольняют – (2) Отдел кадров. На предприятии платят зарплату – (3) Бухгалтерия. На предприятии, что-нибудь придумывают – (4) Конструкторский отдел, потом это нужно сделать – (5) Производство, потом провести рекламу того, что придумано и сделано – (6) Отдел маркетинга. А что б не воровали нужна (7) Служба безопасности… Иногда что бы что то произвести, для этого нужно что то купить - (8) Отдел закупок (Отдел материально-технического обеспечения)  !

А про звания:


Википедия

Это сообщение отредактировал(а) Gluttton - 28.5.2009, 21:49

Меня заведующий отделения в моем колледже попросил сделать курсовой жене его сына. Я тока задание маю.

Базза данных "Учет основных средств предприятия". Сделанная база данных должна вмещать хотя б такую информацию: наименование, количество, отдел за каким закреплено, руководитель отдела та  ответственный за сбережение(ФИО, звание, посада), цена за единицу. Написать Сиквел-запросы для вывода следующей информации: список средств,список средств указанного отдела, общая стоимость средств; за каким отделлом закреплено найболее единиц средств та средств на найбольшую стоимость, цену средств, закрепленных за каждим отделом; хто з ответственных за инвентарь не имеет указанного звание и отвечает за инвентарь на общую сумму больше указанной; список средств, закрепленных за двумя работниками\двумя отделами.

 У кого какие идеи?

 И хорошая ли схема данных? НА курсовой станет?

Как то претензионно Вы ставите вопрос...

1. "Про звание"
Набирите в Google "звание" и почитайте что он Вам ответит. Я с ним (Googl'ом) солидарен. Звания бывают воинские, бывают ученные, какие нужны Вам я не знаю, а если и Вы не знаете, то спросите у того, кто дал Вам задание, а если и он не знает, то пусть спросит у того, кто дал ему задание  !
А выделение красным цветом тут никчему  .

2. "Про структуру БД"

Сущность "Имущество"   М---------1    Сущность "Сотрудник"   М---------1     Сущность "Отдел"

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

Вот и всё: За имущество отвечает сотрудник, сотрудник работает в отделе, а всё остальное - в атрибуты!

Кстати по вашей структуре выходит что что бы опреледить кто у сотрудника начальник необходимо сначала узнать за какое средство сотрудник отвечает (а что делать если за ним вообще ничего не закреплено), потом узнать за каким отдело это средство закреплено и лишь потом мы узнаем, кто начальник этого отдела, а значит и начальник сотрудника  .



Это сообщение отредактировал(а) Gluttton - 28.5.2009, 23:11

Сущность "Имущество"   М---------1    Сущность "Сотрудник"   М---------1     Сущность "Отдел"
Все таки оставлю так как надо будет вывести список средств закрепленных за двумя работниками\отделами. (Да! это получается колхоз)
 Все работники тепер у меня в одной таблице
А у звания я буду вносить наверное квалификационные розряды



Это сообщение отредактировал(а) Neox_GeForce - 29.5.2009, 11:32

Ну что ж, раз этого хочет заказчик, как говориться кто платит деньги ставит оценки тот и прав  .
С учетом вышесказаного получим:
Сущность "Имущество"   М---------М    Сущность "Сотрудник"   М---------1     Сущность "Отдел" (ниже по посту и эта точка зрения измениться  ).

А Вы пишите:

А реализовано у Вас на схеме:
Сущность "Имущество"   М---------М    Сущность "Сотрудник"   М---------1     Сущность "Отдел".
                                  \                                                              \
                                   \                                                              \--1----------М   Сущность "Отдел".
                                    \ -- М---------М    Сущность "Отдел".



Я предлагаю:
1. Убрать таблицу Ref1, и связи вообще между таблицами отделов и имущества! При этом исходя из рассуждений, что:
- нет не закрепленного имущества;
- каждое имущество может быть закреплено за различным(и) сотрудниками, каждый из которых работает в определенном отделе;
- если потребуется ввести возможность учета незакрепленного имущества, таким образом, что бы можно было проследить за каким отделом оно закреплено, то можно в таблицу Сотрудники добавить запись "Общее, т.е. ничье" и всё  и, связав её с нужным отделом, закрепить за "этим сотрудником" всё что нужно  , при этом запрос на определение ответственных за имущество по отделом и на определение ответственных отделов будут очень схожи...
2. Убрать поле "Начальник" из таблицы Отделов
3. Убрать связь 1-М от Сотрудников к Отделам, а особенно с таким типом связи! А как же принцип единоначалия?! Один отдел возглавляет один начальник!
(Вот писал и подумал только что, что нужно ещё предусмотреть вариант, когда один и тот же сотрудник работает на пол-ставки в разных отделах, судя по всему прийдется изменить с:
Сущность "Имущество"   М---------М    Сущность "Сотрудник"   М---------1     Сущность "Отдел".
На:
Сущность "Имущество"   М---------М    Сущность "Сотрудник"   М---------М     Сущность "Отдел".
Тогда потребуется добавить дополнительную таблицу между Сотрудниками и Отделами. Причем это будет не тривиальная таблица (как в случае с ref), а таблица "Должность в отделе").
Признаю, что в предыдущем посте несколько ввел в заблуждение   ...
4. Убрать колонку Начальник отдела в таблице Сотрудники. Я же писал, что начальник это частный случай работника... А если нужно будет через месяц вести учет начальников отделов и их замов? Переделывать БД? Каждому сотруднику одну должность в одном отделе, а начальник он там или нет пусть SQL-запрос решает  .

Это сообщение отредактировал(а) Gluttton - 29.5.2009, 14:57

У меня там bit поле . Этот запрос всё решает



ААА. Понял Суть. Забыл посмотреть на рисунок

Это сообщение отредактировал(а) Neox_GeForce - 29.5.2009, 19:51

И с таблицы "Имущество" надо будет удалить поле "ОТдел" ? Правда?



Это сообщение отредактировал(а) Neox_GeForce - 29.5.2009, 20:37

Да   .

А в таблицу "Должности" можно добавить всякой всячины: оклад, квалификационные требования (тут и могут потребоваться соответствие звания требуемуму) и ещё что-нибудь  ...

И еще тригер надо написать чтоб автоматом кидал  в ref кидал ИД средства и ответственного. как такой тригер написать то?
Ща сам писану.   


Это сообщение отредактировал(а) Neox_GeForce - 29.5.2009, 20:57

А я бы например и не писал...

1. Вставляем запись в таблицу "Сотрудники".
2. Вставляем запись в таблицу "Имущество".
3. "Связываем" конкретное имущество с конкретным сотрудником.


Вот запрос на псевдокоде  не знаком с СУБД, в которой Вы работаете...
Идея в следуюющем, после заполения таблиц Имущество и Сотрудники, зная Фамилию за кем мы хотим закрепить и название имущество (или например инвентарный номер имущества) вставляем эти данные в таблицу REF, а первичный ключ при этом должен сам себе сгенерировать новое значение (в Access для этого есть тип данных "счетчик", а в Firebird для этого нужно применять генератор с григером).

Я работаю в MS SQL 2008.
y таблице ref ID автоинкрементное поле. Я уже и сделал тригер на автоматическое удаление с таблицы ref

 Я чета не могу обнулить счетчик. а то после вставки записей оно инкрементируется. Я хочу сделать так
Если основных средств нету то обнулить счетчик поля ID таблицы ref

А помоему достаточно "корректной настрйки работы ссылочной целосности" - каскадного удаления...



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

Структуру БД в студию  ! Только в режиме экономии трафика (как учит Akella), а то модераторы по ушам надают  !

Сделал
  
Если пользоватся просто CASCADE DELETE то неправильно будет работать  @@ROWCOUNT и счетчик не будет обнуляться

Добавлено через 12 минут и 8 секунд
З.Ы. Ты не знаеш какие то проги для автоматической генерации INSERT запросов. А то мне уже надоело набирать вручную.


Это сообщение отредактировал(а) Neox_GeForce - 29.5.2009, 21:47