Интересно вот, DATE_ACTION - это DATE или TIMESTAMP ?
Если ли UNIQUE CONSTRAINT на связку полей (DATE_ACTION + STAFF_ID ) ?




Вроде бы очевидно.




Вроде тоже просто.

Гаджимурадов РустамСотрудники по три раза на дню по отделам скачут?

ОБЫЧНО - нет. Хотя если в Калабуховском доме большая свара - то почему бы и нет.

Но ОБЫЧНО все программы работают без ошибок.
Ошибки и получаются, когда мы считали, что зелёное в реальной жизни треугольным не бывает, а оно вот поди ж ты, взяло и случилось

Гаджимурадов РустамЗачем? И без DIV_ID он не нужен.

Чтобы не было неожиданностей.

SUBDIV_ID как раз в этом ограничении не нужен вообще.

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

Гаджимурадов РустамЯ говорил именно о совместителях -
когда человек работает в двух отделах одновременно
Хорошее замечание. Как раз на тему зеленого и треугольного одновременно.

Пропустил реплику (и ее кажется все проигнорировали, включая топикстартера и тебя): Ivan_PisarevskyРаботник может быть одновременной в двух подразделениях?

Но ведь такой случай, опять таки, невозможен при текущей структуре БД и при запросе, предложенном выше.

Гаджимурадов Рустам


Вот какой из нескольких одновременно актуальных отделов такой запрос вернет?
А любой, в какой последним засунули - тот и вернёт.

А если в оба засунули одним приказом, т.е. DATE_ACTION совпадает, хоть бы оно даже было и TIMESTAMP а не DATE, то получаем типовой рандом.

И в итоге надо писать две SubDiv_REF таблицы:
Одну - для текущего состояния, и вторую - историческую, для всех движений.
И неплохо бы завести третью таблицу - с конкретными приказами, на которую и давать ссылку вместо DATE_ACTION

Либо же в SubDiv_REF добавлять поле типа DATE_ACTION_END и заполнять его для прошлых должностей. Тогда текущей отделы те, у которых DATE_ACTION_END IS NULL

Слегка напоминает старый флейм 18494107
Я вчера про это хотел заикнуться, но влом было.

Гаджимурадов Рустам> Но ведь такой случай, опять таки, невозможен при текущей структуре БД
Враньё.

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

> и при запросе, предложенном выше.
Его легко подправить (дописать ещё один вложенный запрос).

Но ты не дописал и не подправил.
Это факт, хотя ты его и пытаешься замылить.

Твой запрос ничем не лучше моего - мой тоже "легко подправить".

Пижнец, насяльника! (с) Рано тебе в архитекторы, рано.

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

Бедный гениалиссимус.
Полчаса пытался выдумать пример и не смог.
Соболезную.

Гаджимурадов Рустам> Но ведь такой случай, опять таки, невозможен при текущей структуре БД

Враньё.

Может быть признаешь теперь, что это твоё враньё было, а не моё?

Гаджимурадов Рустам(хотите пример - их есть у меня!), но почему
полчаса-то? Держи, болезный:




Какой хороший пример, он аккуратно игнорирует основное использование этих таблиц: отслеживание перевода сотрудников из одного отдела в другой.
Быдло смотрит и умиляется.

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




Ждём-с запрос типа "легко подправить", который отличит ПЕРЕВОД Пети от СОВМЕСТИТЕЛЬСТВА Васи.
Без магических констант, дополнительных столбцов-таблиц и прочего.

Гаджимурадов РустамЗачем его добавлять, если последовавший вопрос можно
было и для Васи задать, не трогая глупого Петю?

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

Я просто от вырожденного примера перешёл к практическому.

Гаджимурадов РустамБыло сказано, что запрос не сработает -
очевидно, сработает (вернёт последний отдел).

Что такое "последний отдел", если человек работает в двух отделах сразу?

Гаджимурадов РустамБыло сказано "в текущей невозможно" - я показал,
что возможно.

Гаджимурадов РустамБудет стоять задача отличать увольнение от перевода
или поддерживать совместителей или ещё чего

а... ну да.

Сначала требуем добавить в constraint SUBDIV_ID - чтобы отличать перевод от совмещения 20879803
Потом говорим, дескать задачи отличать перевод от совмещения вообще не стояло.
Перед другими это задачу поставим, перед собой - нет.

"как пафосно начинал и до чего скатился" (С)

"Архитекторам" не важно как данные из БД доставать, им важно только как угодно их туда запихнуть.
А об извлечении они подумают потом. Может быть. Если заставят. Отдельной несвязанной задачей.
И тогда перекинут задачу "слегка подправить" их гениальный запрос на какое-нибудь "быдло".

Слышал я про одного гениального архитектора, который уверял что любой файл "возможно" за-архивировать в один байт.
Функцией XOR.

Про задачу из этого архива достать исходный файл - он отвечал ровно так же, как ты.
Что такой задачи не стоит.

Практические задачи - они только быдлу интересны, архитекторы выше этого....

Гаджимурадов Рустам,

а ты уже отлил.

Гаджимурадов РустамБыло сказано "в текущей невозможно" - я показал,
что возможно
Гаджимурадов РустамБудет стоять задача отличать увольнение от перевода
или поддерживать совместителей или ещё чего - будет
решение

То есть по твоим словам "возможно в БД хранить данные" не означает, что их возможно оттуда извлечь и понять.
Хранить - одна задача.
А достать - другая, несвязанная, которой может быть ещё и не будет.

И вот этим архитекторы отличаются от быдла.

Для быдла задача "прочитать данные и интерпретировать их" - самоочевидная часть задачи "положить данные в БД". И если данные извлечь будет невозможно, то значит они не сохранены.

А для архитекторов - нет. Для них положить данные в БД означает просто изменение БД, какое-нибудь.
Удастся ли потом такие данные извлечь - архитекторам не важно.
Это отдельная задача. Грязная и низкая. Архитекторов недосояная.

Гаджимурадов Рустамне рассуждай за архитекторов.

действительно, разве можно ругать новое платье короля?

Гаджимурадов Рустамархитекторы предпочитают за ТС не додумывать
Гаджимурадов РустамСовместителей никогда не видел что ли?

Хотелось бы увидеть, где ТС говорил про совместителей, до того, как архитектор это за него додумал?


Гаджимурадов Рустамзадачу целиком рассматривать, а не кусочками

Кусочек №0, исходный: в БД данные о работниках, переводящихся из одного отдела в другой. Данных о совместителей в ней нет.
Быдло говорит, что и не может быть, без изменения схемы.

Архитектор говорит, что может и так.

Кусочек №1: Загружаем в эту БД запись о совместителе. Гаджимурадов РустамБыло сказано "в текущей невозможно" - я показал, что возможно.

Быдло говорит, что данные не были сохранены, потому что их нельзя будет извлечь

Архитектор говорит, что даные были сохранены, потому что БД изменилась

Кусочек №2: Извлекаем из этой БД записи о совместителях Гаджимурадов РустамБудет стоять задача отличать увольнение от перевода или поддерживать совместителей или ещё чего - будет
решение


Быдло говорит, эта задача была частью предыдущей.

Архитектор говорит, что №1 и №2 две различные задачи.

Arioch Быдло говорит, эта задача была частью предыдущей.

Архитектор говорит, что №1 и №2 две различные задачи.


Даже не так.

Быдло говорит, что все три (а не два) кусочка - одна задача.
Нужно одновременно
Взять уже существующую БД с разными работниками и их историей перевода из отдела в отдел

А также, добавить к уже сщуествующим записям перевода запись о совместительстве

А также, извлечь из получившейся БД записи о переводе и о совместительстве как различаемые сущности

Архитектор же - верный принципу "задачу целиком рассматривать, а не кусочками" - каждый случай рассматривает отдельно.


От уже существующей БД берёт структуры, а данные о работниках и их историю перевода из отдела в отдел ему не нужны, вместо них он туда вставляет свой вырожденный случай БЕЗ переводов.

Потом, к другим совсем вырожденным данным, добавляет запись о совместительстве

Потом, когда в его БД добавляют основную для задачи запись о переводе, отказываются читать данные, потому, что это другая задача, которую еще не поставили

Гаджимурадов Рустамон на него не ответил.

Тогда на каком основании, не имея данных от ТС, ты мне писал про совместителей?
20880033

ТС про совместителей НЕ говорил, ты про совместителей НЕ додумывал, а фразу про совместителей в 20880033 зубные феи дописали.
Верит.


Гаджимурадов Рустам> a.. Архитектор говорит, что может и так.

Самому не надоело врать в каждом сообщении? :)

мне третий раз процитировать?

Гаджимурадов РустамБыло сказано "в текущей невозможно" - я показал,
что возможно.

Да ладно, в первый раз он что ли хамит?

Просто в этот раз попросили хамство обосновать практически применимыми примерами.

Задача учитывать существование совместителей озвучена архитектором.
20880033
А уж откуда он ей взял, он не расскажет.

Гаджимурадов РустамНо это же надо в одном и том
же предложении самому себе противоречить, ппц.

Архитекторы не моугт в сарказм. Бывает.

Гаджимурадов Рустамчто они бывают

где ТС говорил, что в его случае они бывают?

ТС сказал, что у него есть БД, в которой есть история переводов.
ТС не говорил, что совместительство в его случае бывает.

Гаджимурадов РустамВ чём вопрос/претензия? Что нельзя?

Нельзя говорить, что в БД "возможно хранить данные", когда эти данные не только нельзя потом извлечь из БД, но и вообще извлечение данных рассматривается как отдельная задача.

Гаджимурадов РустамБыло сказано "в текущей невозможно" - я показал,
что возможно.

Гаджимурадов РустамБудет стоять задача отличать увольнение от перевода или поддерживать совместителей

Старый плюшевый мишка2. Как-то обычно по слову "быдло" в адрес оппонента в каждом посте не наблюдалось. Я б зобанил.

Чтобы ГР сам себя банил? когда такое было?
Вот чтобы угрожал банить своих оппонентов, которые повторяя его пример с ним на его языке разговаривали - такое было.
В последний раз кажется месяц назад.

Гаджимурадов Рустаммало того, что человек за ТСа додумывает

ответ на вопрос будет?

AriochТогда на каком основании, не имея данных от ТС, ты мне писал про совместителей?

Гаджимурадов Рустамчто они бывают

Ariochгде ТС говорил, что в его случае они бывают?

ТС сказал, что у него есть БД, в которой есть история переводов.
ТС не говорил, что совместительство в его случае бывает.

Гаджимурадов Рустампри этом обвинять в хамстве?

То есть для великих архитекторов бросаться словами "враньё", "бред" и "быдло" хамством не является?

20882699 20883172

Ну архитекторам как всегда виднее.

Гаджимурадов Рустамещё не зная полную структуру БД

Структура БД описана топик-стартером в первом посте.
На основе этого описания Архитектор написал своё решение задачи - 20879433

Вопрос: созщдавая своё решения Архитектор
посчитал приведённое ТСом описание структуры БД полным?

или посчитал tuj неполным, но достаточным для создания решения?

или додумывал структуру БД до полного описания сверх написанного ТСом?

или посчитал описание недостаточным для создания решения, но решение все равно предложил?

Гаджимурадов РустамИ? Ты сказал, что невозможен (да ещё не зная
полную структуру БД) - я показал что это враньё.

это будет враньё в одном единственном случае. Если ты

1) возьмешь описанную ТСом структуру
2) с правдоподобными данными - то есть несколькими отделами, несколькими сотрудниками, у многих из которых есть переводы между отделами, в том числе в отделы где они когда-то ранее уже были
3) не изменяя известную структуру БД и не удаляя накопленных данных добавишь данные о совместительстве
4) покажешь такие данные и запрос, который сможет одно отличить от другого.

Основываясь на опыте общения с архитектором я уже ожидаю трюков типа
SELECT * WHERE DATE = MAGIC_CONSTANT
с требовнаием признать задачу формально решённой

Гаджимурадов РустамБолее того, что будет

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

Отвечаю: в таком случае употребление слов "берд" и "враньё" останется хамством, но будет хотя бы хамством профессиональным, подкрепленным конкретным практическим профессиональным знанием.

А пока это просто хамство по привычке.

Гаджимурадов Рустам2. Дык это самоназвание

А теперь открываем первую страницу, нажимаем Ctrl+F, и ищем первое упоминание слова "быдло".
Смотрим кто "ввёл в оборот" этот термин.
Смотрим в словаре, что такое "самоназвание".

Архитектор - художник, он так видит.
Печально.

Гаджимурадов РустамА заработал он его вполне заслуженно

САМОназвание можно от кого-то другого "заработать"?

Удивительное отношение к информации, целостное.

Гаджимурадов РустамТы додумал за ТСа ответ на вопрос о совместителях

Тут уже близко к казуистике.

Если я не ввёл новых поняятий, о которых ТС не говорил, то додумал ли я их отсутствие? Или просто не плодил новых сущностей?

Однако я в хорошей компании, потому что ровно то же самое сделал Архитектор, предлагая свой Решение раньше моего. 20879433

После чего Архитектор начал критиковать мой запрос, в котором не было поддержки совместительства.

Но только мой запрос. Свой запрос он так критиковать не стал.
Для критики своих запросов у него другие стандарты:
Гаджимурадов Рустамне рассуждай за архитекторов.
Архитектору можно критиковать всех. Архитектора - никому кроме него самого. А он сам себя - не станет.

Когда же архитектора попросили своё рефлекторное хамство подкрепить техническим обоснованием, чем его решение лучше чужого, он сделать вид, что хамство - это нормально, и избежать перехода разговора в техническую сторону 20883026

Когда и это не получилось, "отлил в граните" что тезис "данные возможно хранить в БД" не содержит своей частью требование "данные возможно извлечь из БД". И дальше виртуозно фехтует вокруг этой казуистики.