- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Зачем быть уникальным в мире, где все можно скопировать
Почему так важна уникальность текста и как она влияет на SEO
Ingate Organic
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый вечер, уважаемые.
Проектирую базу данных MySQL и столкнулся с проблемой...
Есть таблица сотрудников компании (поля: имя, эл.почта, телефон, должность и т.д.).
У каждого из сотрудников могут быть подчиненные, т.к в данном случае сотрудник будет для них начальником. Начальник может иметь несколько подчиненных, а подчиненный лишь одного начальника.
Как бы вы спроеткировали БД?
Обдумывал уже вариант рекурсивных иерархических данных, т.к. одна таблица "employees", а в ней помимо основных полей создать поля, допустим "emp_id", "boss_id". Если данный сотрудник является начальником, то заполнять у него уникальное поле "emp_id" (например: "b1", "b2"), а поле "boss_id" выставлять в NULL. Если данный сотрудник является подчиненным, то заполнять его поле "boss_id", указывая уникальный идентификатор его босса ("b1", "b2), а поле "emp_id", также, как и для босса, заполнять уникальным идентификатором (например, "e1", "e2"). Т.е. поле "emp_id" будет обязательным, а "boss_id" будет только указывать начальников для подчиненных. У самих начальников они будут в нулл.
Обдумывал уже вариант рекурсивных иерархических данных, т.к. одна таблица "employees", а в ней помимо основных полей создать поля, допустим "emp_id", "boss_id".
Я бы также и сделал. А-ля "древовидный каталог".
ну как у меня в комментах сделано
Есть название root_id т.е. к кому привязан коммент
А так же level т.е. на каком уровне комментарий идёт
id|user|root_id|level
[umka], LEOnidUKG, спасибо Вам. Уже разобрался и вопрос исчерпан.
---------- Добавлено 22.08.2012 в 18:52 ----------
Кстати, если кто-то еще будет искать решение подобной ситуации, то в дополнение к ответам, предложенным выше, предлагаю к прочтению замечательную статью на эту тему http://www.opennet.ru/base/dev/hierarchy_sql.txt.html
Еще зависит от того, какие отчеты и т.п. должны строиться по информации из этой базы. Потому что по идее, можно просто в таблице с сотрудниками создать поле, в котором хранить идентификатор начальника данного сотрудника