Конкретная реализация зависит от языка. Суть в том, что первичный ключ - информация, уникальная для строки, позволяющая её однозначно идентифицировать. Часто это всякие уникальные абстрактные номера (id в вашем примере), они сами по себе первичные ключи. Но бывает, что сама информация естественным образом может быть первичным ключём, например номер телефона в БД сотового оператора. При этом не всегда бывает такое, что одного поля самой информации хватает. Тогда используют составной ПК, т.е. состоящий из нескольких столбцов. Т.е. не один столбец сам по себе не является уникальным, но логическая организация информации такова, что сочетание этих столбцов уже будет уникально.
В таблице "работник в команде" ни номер команды ни номер работника не уникальны сами по себе, но вот два раза быть в одной и той же команде работник не может, следовательно оба id-ника - это составной ключ, более того следить за уникальностью этих пар - значит оберегать себя от возможных ошибок. Это может быть не очень понятно, добавь в таблицу текстовое поле "напутствие начальника" и тогда станет понятнее.
Добавлю что в последнем варианте в таблице "работник в команде" поле id лишнее, лучше составной первичной ключ по обоим айдишником, заодно и проверка на дублирование будет автоматическая.
В таблице работник поле id_рабочей_команды под вопросом, но может быть нужно, всё зависит от деталей.
А вам устранить избыточность ради устранения избыточности? Я вот сейчас добавляю избыточность ради ускорения работы, и вы врядли ограничены сильно в дисковом пространстве.
А по поводу защиты от пропадания напряжения, защита от повторного включения есть? Это, кстати, гораздо более важный вопрос.
А для насосов ещё существует защита по минимальному рабочему или пусковому току ("сухой ход", т.е. когда двигатель работает в режиме близком к холостому ходу).
Если не будут перекрывать насосу воду перед отключением, он заглохнет сам очень быстро, согласен, что в таком случае никаких тормозных резисторов не надо.
Я сам не знал про оператор using и спёр его с ответа выше. )
Я специализируюсь на ms sql, но общие подходы к реляционным БД и основные SQL конструкции у всех почти идентичны.
Асинхронный двигатель сам по себе не превращается в генератор, особенно если двигатель с короткозамкнутым ротором и при отключении питания он затормозится сам. Тормозные сопротивления, с обязательним, надо сказать, питанием двигателя, нужны только лишь чтобы двигатель затормозился быстрее.
К сожалению, более подробно ответить не могу, потому что вы проигнорировали все мои уточняющие вопросы.
Сферический тормозной резистор, сферически подключаемый к асинхронному двигателю следует выбирать исходя из пускового тока.
Если человек не глупый, то поймёт, что надёжная работа стоит дорого. И чаще повторяй мантру админа "Я хорошо работаю, когда мне нечего делать".
Вполне себе не обязательно только если сам делаешь что хочешь...
- нужно сделать 1, 2, 3.
- ок. на 1 - 5 дней, на 2-8 дней, на 3 - неделя. Что делать первым, что вторым, а что третьим?
- 2, 3, 1
Вот как-то так это может выглядеть.
В общем своё мнение я тебе сказал, а там сам думай использовать его в итоге или нет и как использовать. Мне эта схема видится рабочей.
По поводу завышения сроков ещё можно сказать, что оставляешь себе запас на случай ядерного удара по датацентру, чтобы было время решить проблему, потому что не хочешь получить и за сбой и за срыв сроков.
Впрочем что-то подобное предлагал и ты. Можешь оставить всё как есть (схема-то УЖЕ рабочая, просто пропорционально увеличить все составляющие)
она заметна, но недоступна незарегистрированному пользователю. внимательнее читайте.
А так или раскрутка на популизме или узкий сайт для интересующихся, тогда нужно больше уникальной или редкой инфы. Переводы зарубежных источников чуть более научных, чем статьи в прессе (пусть и основанные на науке)
А какой тип связи между `conversation`.`id_conversation` и `user_conversation`.`id_conversation`? Судя по всему "многие ко многим". Хоть в одной из таблиц указанные поля являются первичным ключом?
Ну премию "за безаварийную работу" можно добавить премию, например.
А по поводу "количества дополнений" я писал, что срок и, соответственно, сложность согласуется с работодателем. Т.е. приходит задание "сделать менюшку", отвечаете, мне нужно месяц и либо начальник соглашается либо согласуете срок. Стоимость доработки - стоимость дня*количество дней. Сделал раньше, делаешь следующее, а стоимость тебе уже зачлась де юро как премия. На вопрос "Почему так быстро?" ответ "У меня ВСЁ РАБОТАЕТ, этим я сэкономил себе немного времени"
Постараюсь описать всё в сумме кратко:
Администрирование:
безаварийная работа - оклад + премия
авария - оклад + часть премии, в зависимости от серьёзности падения (серьёзность каждого из функционала оговаривается заранее)
Поддержка пользователей:
ошибки - оклад
консультирование как запустить браузер "опытного пользователя ПК" - премия
Программирование:
каждая доработка - плюс премия (стоимость дня * время плана, если факт меньше плана, значит можно успеть сделать больше доработок, за счёт этого получить больше денег)
выход за дедлайн - минус % премии
P.S. по закону лишить работника можно только части премии, штрафовать оклад нельзя, это надо учитывать.
"Врёшь! Не возьмёшь!"
LEFT JOIN должен работать, потому что count считает not null значения.
www.mysql.ru/docs/man/Group_by_functions.html
А то что вы опубликовали INNER JOIN вместо LEFT показывает неполное понимание "соединеней", советую почитать статейки на тему.
P.S. у меня ms sql, достоверно проверить не могу. Если на работает, опубликуйте три селекта (обе таблицы по отдельности и итоговый запрос).
Подпишусь подо всем, особенно про поиск работы.
Найдите хорошую команду, где могли бы вас направить советом. Чтобы не просто называли код какой, а объясняли как сделать и почему. Умение кратко и убедительно объяснить причину - признак понимания процесса.
Видимо, кодеру лишь бы строк набить, а с костылями всяко больше получится. А программист выполняет задачу близким к идеальному способом.
Если же речь идёт о паре ремесленник/творец, то быть хорошим ремесленником реально круче хренового творца.
кстати да. самые стабильные ИБП так и работают, с одной стороны заряжают батарею, с другой от этой батареи запитывают нагрузку.
А ещё мне недавно рассказывали про суровый советский военный суперширокополосный фильтр от сетевых помех - огромный маховик.
(меня эти репиеры и установки задолбали, еле-еле вообще её установил)