
Игорь
19.11.2016
11:52:45
Легко

Vladimir
19.11.2016
11:53:11

Pavel
19.11.2016
11:57:16

Vladimir
19.11.2016
12:17:47

Google

Vladimir
19.11.2016
12:18:07
Вообще больше 12 это много. И 3 класса в параллели это вот впритык

Roman
19.11.2016
12:30:39

キリル
19.11.2016
13:14:27
>канал девопс
>обсуждают что лучше Питер или Москва
лол
мои 5 копеек в этом вопросе:
ни то и не другое не лучше. аксиома Эскобара.
прожив этим летом 2 месяца в Спб для себя решил что это дерьмо с неба не по мне. а что у них там зимой я вообще молчу.
и как было справедливо замечено канал скатывается в говно после определенного числа участников.
всем добра.
уйду лучше обратно в свой уютный @dba_ru

Dmitriy A.
19.11.2016
13:16:25
Суббота же
Не про работу же говорить

Eugene
19.11.2016
13:16:48

Dmitriy A.
19.11.2016
13:17:07
Алсо я грибов пожрал

Eugene
19.11.2016
13:17:25
фуу синька зло

Dmitriy A.
19.11.2016
13:17:28
И мне норм

Игорь
19.11.2016
13:43:15
Именно в плане климата и прочей экологии

Дмитрий
19.11.2016
13:43:40
Ну ещё бы из ЮАР пообщался

Google

Игорь
19.11.2016
13:45:53

Pavel
19.11.2016
13:46:15
фронтендер
уже второй месяц охуевает от погоды

Дмитрий
19.11.2016
13:46:46
?

Игорь
19.11.2016
13:46:52
Привычка тоже великая сила

Дмитрий
19.11.2016
13:46:54
Холодно?)

Pavel
19.11.2016
13:47:21
ну да, там +30 наверное, а тут где-то +12 было когда он приехал ))

Дмитрий
19.11.2016
13:48:15
У меня в городе в мед. институте много негров по обмену, зимой их прям жалко становится)

Pavel
19.11.2016
13:48:15

Admin
ERROR: S client not available

Pavel
19.11.2016
13:48:26
в дождь и ветер

Alexander
19.11.2016
13:48:30
интересен вопрос про проектирование СУБД, допустим, есть некий SaaS, пользователь регистрируется, оплачивает, пользуется какими-либо услугами через сайт, при этом услуги могут оказываться как ему лично, так и какой-то группе людей, в которую он входит или которую возглавляет, у нас есть сущности User [тот, кто регистрируется и входит в панель управления], есть Account [тот, кому оказываются услуги, и кто за них платит, это может быть и организация и пользователь], и ещё есть Organization [объединяет группу людей, есть создатель, который может удалить организацию и все остальные], как бы вы представили эти 3 сущности в виде таблиц в СУБД? вариантов тут несколько, интересно, кто как бы сделал?)

Pavel
19.11.2016
13:48:30
морозоустойчивые блин

Alexander
19.11.2016
13:50:03
на quay, например, пользователь может быть одновременно и компанией (там есть кнопка перевода обычного аккаунта в организацию) и все 3 сущности , фактически, 1 таблица

Pavel
19.11.2016
13:51:26
1 таблица это разумный вариант.
только я бы ещё таблицу organization, возможно, создал.
тк у организации есть куча признаков, которых нет у юзеров

Alexander
19.11.2016
13:56:32
то есть organization как weak entity к юзеру?

Pavel
19.11.2016
14:07:21
я таких слов не знаю.
у organization FK на юзера :)

Google

Pavel
19.11.2016
14:07:30
тьфу
наоборот!
у юзера на организацию
nullable