Сохранен 90
https://2ch.hk/b/res/183290611.html
24 декабря 2023 г. Архивач восстановлен после серьёзной аварии. К сожалению, значительная часть сохранённых изображений и видео была потеряна. Подробности случившегося. Мы призываем всех неравнодушных помочь нам с восстановлением утраченного контента!
Аноним OP 19/09/18 Срд 20:05:37 #1 №183290611 
Снимок3.JPG
Рябят, кому не сложно, посмотрите пожалуйста, где, может, ошибки. Если укажите, что исправить кину 100 р за помощь.
Есть организации, которые заказывают программное обеспечение. Есть компания, которая разрабатывает, в ней отделы и сотрудники. Организации могут заказать по одному договору несколько программных решений, если обращаются повторно, то скидка. Должно где-то отражаться, когда работник вступил в проект и, когда вышел. Так же вознаграждение за досрочное выполнение.
Аноним 19/09/18 Срд 20:16:11 #2 №183291186 
>>183290611 (OP)
Не соответствует третьей нормальной форме, мудак блять.
Аноним 19/09/18 Срд 20:20:17 #3 №183291409 
>>183291186
ясен хуй не соответствует, вообще все хуйня или добавить/убрать несколько таблиц, изменить связи?
Аноним 19/09/18 Срд 20:21:43 #4 №183291495 
>>183291409
Нахуй тебе DateDogovor?
Аноним 19/09/18 Срд 20:22:31 #5 №183291546 
>>183291495
Это я затычку поставил, чтобы спросить как между клиентом и договором не делать многие ко многим
Аноним 19/09/18 Срд 20:22:53 #6 №183291567 
>>183291546
(гений)
Аноним 19/09/18 Срд 20:23:05 #7 №183291573 
>>183291546
В чем проблема сделать многие ко многим?
Аноним 19/09/18 Срд 20:23:50 #8 №183291612 
Ух бля, будто в технарь вернулся на курсач по бд
Аноним 19/09/18 Срд 20:24:20 #9 №183291650 
>>183291573
Так многие ко многим же не соответствует третей нормальной форме? Или я что то путаю?
Аноним 19/09/18 Срд 20:24:49 #10 №183291672 
>>183291650
Дальше плати.
Аноним 19/09/18 Срд 20:25:18 #11 №183291701 
>>183291650
Это обычная связь. Убирай это говно и впиливая многие ко многим. твоя затычка это пиздец нахуй бялть ебаный в рот ебал просто маму
Аноним 19/09/18 Срд 20:26:28 #12 №183291762 
Ох с вкрутую
Аноним 19/09/18 Срд 20:27:10 #13 №183291803 
>>183291701
И еще я нихуя не понял что за otdel_sotrudniki. Это что вообще за месиво?
Аноним 19/09/18 Срд 20:27:17 #14 №183291806 
>>183291672
Сука у меня даже она не во второй форме
sageАноним 19/09/18 Срд 20:27:35 #15 №183291837 
>>183290611 (OP)
>Dogovor
>VidiOplati
Alo yoba eto ty?
Аноним 19/09/18 Срд 20:28:22 #16 №183291878 
>>183291803
А как мне сделать, таблицу в которой блять будут отображаться сотрудники и отделы, которые участвуют в проекте, в пизду нахуй переделывать
Аноним 19/09/18 Срд 20:28:50 #17 №183291914 
>>183291573
Ты ебанутый?
>>183290611 (OP)
По первому лучше не ебаться а завести поле в табе клиента.
Второе - очевидно напрашивается еще одна сущность.
Аноним 19/09/18 Срд 20:30:01 #18 №183291986 
>>183291878
Есть сотрудник. Есть отдел. Сотрудник может быть только в одном отделе. 1 ко многим. зачем тут громоздить эти громозди.
>>183291914
Может ты?
Аноним 19/09/18 Срд 20:30:39 #19 №183292026 
WYZiZEL7cic.jpg
Ого, ничоси, што гна оп-пике происходит?
Аноним 19/09/18 Срд 20:31:46 #20 №183292104 
>>183290611 (OP)
Поле "Otdel" в таблице "Sotrydnik" лишнее.
Таблица "DateDogovor" реально лишняя.
Для слежения за самими заказами легче будет ввести таблицу, где будет сущность "многие-ко-многим" с сотрудниками, с датой входа и выхода в промежуточной таблице, а если проект выполняется повторно то можно добавить поле "Повторный" типа bool.
Аноним 19/09/18 Срд 20:31:58 #21 №183292119 
>>183292026
ER диаграмма, гуманитарий ты наш.
Аноним 19/09/18 Срд 20:32:25 #22 №183292145 
>>183291837
Yoby net doma, eto Peka. Chto peredat'?
Аноним OP 19/09/18 Срд 20:35:39 #23 №183292348 
>>183292104
Спасибо за годные советы. Только не до конца понял как эту промежуточную таблицу сделать. Ща переделаю
Аноним 19/09/18 Срд 20:37:16 #24 №183292448 
>>183292348
Короче тебе надо бы еще одну сущность сделать с заказами\проектами. А не просто договор.
Аноним OP 19/09/18 Срд 20:37:42 #25 №183292461 
>>183292104
Только еще хуйня в том, что у меня много сотрудников и много отделов, хотя это наверное ничего не меняет
Аноним 19/09/18 Срд 20:38:05 #26 №183292484 
>>183292461
и что?
Аноним 19/09/18 Срд 20:41:04 #27 №183292665 
>>183292348
Чтобы следить точнее за проектами, можно добавить таблицу "Проект", к которому прикрепляется договор, отдел, а между отделом и проектом таблицу "многие-ко-многим", в которой написана дата входа и выхода отдела в проект
Аноним 19/09/18 Срд 20:43:29 #28 №183292794 
Снимок4.JPG
>>183292665
Так? Или долбоеб?
Аноним 19/09/18 Срд 20:43:42 #29 №183292805 
image.png
>>183290611 (OP)
>Otdel
>Sotrudniki
ебать я ору с тупых даунов. кто тебя так научил таблицы называть?
Аноним 19/09/18 Срд 20:44:16 #30 №183292842 
>>183292665
И вообще для таблицы VidiOplati таблица Bank нужна?
Аноним 19/09/18 Срд 20:44:34 #31 №183292860 
>>183290611 (OP)
Аноним 19/09/18 Срд 20:45:12 #32 №183292907 
>>183292794
В договоре зачем айди отдела?
Аноним 19/09/18 Срд 20:45:23 #33 №183292919 
>>183292805
ДА Я ЕБАЛ ВАШИХ CUSTOMERS, EMPLOYEE, DEPARTMENTS и так далее
Аноним 19/09/18 Срд 20:46:08 #34 №183292960 
>>183292919
Сэр, вы ебобо?
Аноним 19/09/18 Срд 20:46:17 #35 №183292972 
>>183292794
Какого чёрта От отдела до задания связь многие ко одному?
Аноним 19/09/18 Срд 20:47:23 #36 №183293041 
>>183292907
Автоматически добавилось
Аноним 19/09/18 Срд 20:47:42 #37 №183293063 
Безымянный.png
Я бы сделал что-то вроде этого. Нужные поля накидаешь.
Аноним 19/09/18 Срд 20:48:31 #38 №183293117 
>>183290611 (OP)
Половина на русском, половина на английском.
Внимание вопрос: ты тупой?
Аноним 19/09/18 Срд 20:48:45 #39 №183293131 
>>183292805
Думаю, в компании 1С :)))
Аноним 19/09/18 Срд 20:48:49 #40 №183293138 
>>183292119
>ER диаграмма
На чём сделана опташнах?
Аноним 19/09/18 Срд 20:48:49 #41 №183293139 
>>183290611 (OP)
Почему договор и видБлятьОплаты и Банк 1 к одному? Типы ключей не совпадают
По одному договору же может быть несколько видов оплат в реале.

Как с чеками - тыщу с безнала и писот вот вам налом
Аноним 19/09/18 Срд 20:49:11 #42 №183293174 
>>183292972
ну а как сделать, чтобы у разных отделов могло быть разделено одно задание
Аноним 19/09/18 Срд 20:49:17 #43 №183293180 
Задачка на нормализацию,
Аноним 19/09/18 Срд 20:49:27 #44 №183293191 
>>183293041
У тебя там связи еще напутаны.
Много сотружников - 1 отдел.
Один отдел - много заданий. Или может ли 2 отдела делать одно задание?
В договоре много лишнего говна.
1 клиент - много договоров, а у тебя наоборот.
Аноним 19/09/18 Срд 20:50:26 #45 №183293258 
>>183293174
Через сотрудников. Учет же будет вестись по ним.
Аноним 19/09/18 Срд 20:50:51 #46 №183293296 
чуваки блять не понимаю вас тут несколько или один кому платить в итоге надо будет
Аноним 19/09/18 Срд 20:51:45 #47 №183293358 
>>183293296
100 рублей?
Не смеши меня.
Аноним 19/09/18 Срд 20:52:22 #48 №183293401 
>>183293296
Кидай деньги в монитор.
Меня завтра увольняют с поста главного инженера АСУ, можешь помолится за меня богу машине.
Аноним 19/09/18 Срд 20:56:38 #49 №183293690 
Ёб твою мать.
Я ещё удивлялся, какие хуесосы базы проектируют.
Узнал на скрине mysql workbench, думал чего годного накидаю. Посмотрел скрин и охуел.
Это просто пиздос!
И хуй бы с нормализацией, она для пидарасов придумана Для возмущающихся - пиздуйте гуглить CQRS + Event sourcing, а потом сразу к DDD и по тихому обтекаем, база не может диктовать ничего коду.. Ya your rot ebal, dumbass, в-общем.
Аноним 19/09/18 Срд 20:59:13 #50 №183293882 
>>183293690
>И хуй бы с нормализацией, она для пидарасов придумана
Нормализация серьезно упрощает поддержку тому, кто будет держать базу. Как минимум разобраться проще.
Насчет диктовки: смотря с какого конца проектирование начинается, хотя я тоже топлю за Code first и DDD.
Аноним 19/09/18 Срд 21:00:19 #51 №183293951 
15373770289500-b.jpg
>>183292145
PEREDAI EMU CHTOBY SHEL NAHUI
Аноним 19/09/18 Срд 21:00:53 #52 №183293993 
Снимок7.JPG
Ребята, я полностью признаю, что еблан и 0. Поэтому и пришел за помощью.
Аноним 19/09/18 Срд 21:01:00 #53 №183294001 
>>183290611 (OP)
Хуй знает что на пикче, лень разбиратся. Короче, делаешь в бд таблицы:

Работник - общая инфа, инн, имя, должность и т.д., обязательно id (int, ai), обязательно внешний ключ на отдел.

Контрагенты - тоже общая инфа типа инн, названия, id

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

Дальше табличка с имеющимися отделами, там id и название отдела, инфа про должности и количество сотрудников тут не нужна.

Табличка о том какой отдел приступил к какому договору, там внешний ключ на id договора, внений ключ на id отдела.

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

Как вариант можно две последние таблицы объединить в одну: внешние ключи на id договора, id отдела, id сотрудника, дата. Но этот вариант хуёвый, избыточность же.

Деньги отправь википедии.
Аноним 19/09/18 Срд 21:02:48 #54 №183294106 
15373769628462-b.jpg
>>183293951
Аноним 19/09/18 Срд 21:04:03 #55 №183294170 
>>183293993
Тебе не нужна связь между заданием и отделом.
Сотрудник уже содержит в себе ссылку на отдел, а в твоем задании важна детализация именно по сотрудникам.
Аноним 19/09/18 Срд 21:04:37 #56 №183294203 
>>183293138
мусклявый редактор под винду какой-то.
Аноним 19/09/18 Срд 21:06:36 #57 №183294414 
>>183294001
Дай бог здоровья. Ты хороший человек.
Аноним 19/09/18 Срд 21:07:10 #58 №183294463 
>>183294001
>Табличка о работниках приступивших, опять же внешний ключ на id договора, поля для дат, внешний ключ на id работника
Пофиксил


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

А вообще, иногда удобнее положить хуй на нф.
Аноним 19/09/18 Срд 21:07:31 #59 №183294490 
>>183293138
MySql WorkBench
Аноним 19/09/18 Срд 21:07:50 #60 №183294526 
>>183293063
департаменту же идёт ордер.
Аноним 19/09/18 Срд 21:10:37 #61 №183294685 
>>183290611 (OP)
Ошибка в том, что ты пошел учиться на программиста.
>>183292919
Проиграл.
Аноним 19/09/18 Срд 21:11:37 #62 №183294798 
>>183294526
Это нигде не сказано. Если над заданием работают сотрудники разных отделов, то по ним легко собрать детализацию по отделам.
Аноним 19/09/18 Срд 21:12:08 #63 №183294887 
>>183293993
Чувак, не знаю ты ли был с самого начала, но мою хуйню со дна только вы и тащите
Аноним 19/09/18 Срд 21:13:47 #64 №183295081 
>>183291612
Двачую
Аноним 19/09/18 Срд 21:20:41 #65 №183295489 
Есь что почитать по этой теме для войтишника?
Аноним 19/09/18 Срд 21:21:08 #66 №183295517 
>>183294798
Блять это умно
Аноним 19/09/18 Срд 21:21:33 #67 №183295571 
>>183295489
по базам?
Аноним 19/09/18 Срд 21:22:45 #68 №183295728 
>>183295571
Ну да, а то я только про нормализацию знаю и немного про безопасность.
Аноним 19/09/18 Срд 21:27:41 #69 №183296072 
>>183295517
9 лет опыта, хуле.
Аноним 19/09/18 Срд 21:28:32 #70 №183296123 
>>183295728
Можешь Дейтом обмазаться, правда пишет тяжело, но обстоятельно.
Аноним 19/09/18 Срд 21:29:24 #71 №183296188 
>>183295728
Data Science. Наука о данных с нуля (на Pythone Обучение)
Системы баз данных. Полный курс
Аноним 19/09/18 Срд 21:30:56 #72 №183296293 
>>183296072
жеский, не думал преподавать?
Аноним 19/09/18 Срд 21:32:55 #73 №183296398 
Снимок8.JPG
>>183296072
Это вообще имеет теперь хоть какой то смысл?
Аноним 19/09/18 Срд 21:32:59 #74 №183296405 
>>183296188
>Системы баз данных. Полный курс
Толсто.
Аноним 19/09/18 Срд 21:33:37 #75 №183296449 
>>183296293
Нет, платят мало, а сертифицироваться мне лень.
Аноним 19/09/18 Срд 21:40:52 #76 №183297061 
Безымянный.png
Много лишних полей.
Из задания убери поля отдела и добавь внешний ключ на сотрудника.
Лучше даже так переделать.
Аноним 19/09/18 Срд 21:42:19 #77 №183297156 
>>183290611 (OP)
1) Если это ВСЕ условие задачи тогда я не понимаю зачем в базе столько лишних полей?
2) Названия полей и таблиц - пиздец.
3) За ким хуем для АТРИБУТА договора (дата заключения) отдельная таблица?
4)
>>если обращаются повторно, то скидка

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

5)
>>Так же вознаграждение за досрочное выполнение.

Где это у тебя и кто должен вознаграждаться? Если сотрудники, работающие над проектом, тогда нужна таблица "премии", с ключами к ИД сотрудника и ИД договора, ну и размеру премии разумеется.

6) Если ДОГОВОР и ПРОЕКТ это разные сущности и за одним договором может быть несколько проектов где табла с проектами?
Аноним 19/09/18 Срд 21:53:21 #78 №183297990 
ОП, ты слился?
Аноним 19/09/18 Срд 22:04:22 #79 №183298602 
Снимок8.JPG
>>183297061
Переделал по твоей схеме. А почему клиенты многие к одному договоры?
>>183297156
Добрые люди уже объяснили в чем я был не прав, стараюсь исправить
>>183297990
Не
Аноним 19/09/18 Срд 22:05:53 #80 №183298701 
>>183298602
предлагаю послать каширсскую нахуй
Аноним 19/09/18 Срд 22:07:35 #81 №183298788 
Снимок88.JPG
>>183297061
ой не то скинул
Аноним 19/09/18 Срд 22:10:38 #82 №183298934 
>>183298701
не тооооооооооооо скинул
Аноним 19/09/18 Срд 22:18:06 #83 №183299348 
016703265c67c31orig.jpg
>>183298602
Опчик, а как тебе такой вариант?

1) Есть клиент, у него может быть много договоров. Клиент - договор - один ко многим
2) У договора может быть только один способ оплаты. Справочник способов оплаты - договор - один к многим.
Скидка на заказ определяется на уровне приложения и пишется в discount.
3) За одним договором может быть несколько проектов. Договор - проекты - один к многим.
В проекте по колонке deadline определяем крайний срок сдачи.
4) На один проект может быть назначено много сотрудников разных отделов, допустим верстальщик, бекендер и дизайнер. Сл-но связываем проект с сотрудниками отношением многиие ко многим через таблицу employee_projects, в ней же фиксируем когда сотрудник заступил на проект и покинул его.
5) Ну и отдел - сотрудник, один отдел - много сотрудников, один к многим.
Если премии надо оформить в виде таблицы можешь доделать сам
Аноним 19/09/18 Срд 22:19:02 #84 №183299408 
>>183292805
Он лях, наверное, вот и пришел пшекать сюда.
Аноним 19/09/18 Срд 22:20:30 #85 №183299500 
>>183299348
Чувак дай телеграмм у меня полгруппы таких же, если хочешь подзаработать. Сколько возьмешь? Люблю тебя.
Аноним 19/09/18 Срд 22:25:16 #86 №183299725 
>>183290611 (OP)
Ya bi blevanul na tabya no mne nechem
Аноним 19/09/18 Срд 22:28:34 #87 №183299861 
>>183299500
Та не, я уже работаю и мне хватает, но спасибо за предложение)
Попросил бы покамхворить, но тут все таки не натуралотред :3, по этому просто желаю удачи) На последок держи подарочек, няш) https://ru.files.fm/u/r62esed4
Аноним 19/09/18 Срд 22:34:24 #88 №183300135 
>>183299861
ахахах 2ch schema боже спасибо, что ты живешь, а то бы пизды получил от препода завтра :DD
Аноним 19/09/18 Срд 22:54:51 #89 №183301091 
Бля а у тебя внешние ключи не отображаются типа? Должны же серым ключом отмечаться не?
Аноним 19/09/18 Срд 23:09:29 #90 №183301744 
images.jpeg
>>183290611 (OP)
>DateOfDogovor

Рассмешил содомит
comments powered by Disqus

Отзывы и предложения