
Dmitry
20.11.2016
22:19:06
Мдя? А мне показалось, это ты наше тратишь ;)
А за свое я сам в ответе ;)
У тебя колонкофобия?

Timur
20.11.2016
22:20:02

Google

Dmitry
20.11.2016
22:20:08
Вернее, строкофобия

Andrey
20.11.2016
22:20:28

dypa
21.11.2016
08:20:57
Если ты за свое время в ответе, как же так получилось, что я его трачу?
опять 25... вопросы уже научился задавать, осталось ещё научиться уважать чужое время и мнение.
по факту - написали верный запрос, рассказали что нужно использовать GROUP BY, без чтения теории РСУБД рассказали что вариант с 1 строкой плох, @miksir аж подарил тебе своего времени на пару $$$.
спасибо говорить не учили?


Артур Евгеньевич
21.11.2016
10:53:37
bool лишнее
по сути дружба это взаимный фоловинг
то есть если они друг друга фоловят, то значит они дружат
а с bool это уже денормализация идет)

Pavel
21.11.2016
10:55:07
статус отношений можно хранить в int в одной таблице
1 - послан запрос на дружбу, 2 - запрос принят, 3 - запрос отклонен
и в обратную сторону такая же связь
И тогда все друзья человека выбираются 1 простым запросом из 1 таблицы

Google

Pavel
21.11.2016
10:57:39
Эта проблема с логикой присутствует и в других вариантах таблиц, это все должно контролироваться на уровне приложения, или составного констрейнта бд

Timur
21.11.2016
11:31:14

Максим
21.11.2016
11:35:53

Pavel
21.11.2016
11:37:41
Господа, что скажете про JSON-RPC ? Это модно или есть что-то лучше? Какие библиотеки и бандлы юзать?

Timur
21.11.2016
11:41:16
Да именно так
То есть смотри, пример последовательности:
1) Павел отправляет запрос Максиму
2) В таблице появляется запись
павел | максим | 1
3) Максим подтверждает дружбу
4) В тааблице изменяется статус и добавляется новая строка
павел | максим | 2
максим | павел | 2
Так?

Pavel
21.11.2016
11:41:39
да

Timur
21.11.2016
11:41:57
А зачем второй троке "статус"?
2 в данном случае

Pavel
21.11.2016
11:42:16
для упрощения запросов

Максим
21.11.2016
11:42:42
не слишком ли избыточно?! на одну "дружбу" две записи в базе

Pavel
21.11.2016
11:42:48
Чтобы получить друзей пользователя, надо й простейший запрос ... WHERE user_id = 'максим' AND status = 2

Timur
21.11.2016
11:43:25

Pavel
21.11.2016
11:44:36
Да я именно такой костыль и делал в 2010, потом долго плевался что приходится делать извращенные запросы с UNION
сначала доставать тех кого я добавил, потом тех кто добавил меня.

Timur
21.11.2016
11:45:44

Pavel
21.11.2016
11:46:56
А не помню уже. Но это же легко контролируется через статус. Если можно заново делать запрос в друзья, то при отклонении удаляешь запись. А если нельзя, то при отклонении ставишь записи статус "отклонена"

Google

Pavel
21.11.2016
11:47:07
И тогда нельзя уже будет вставить новую запись.

Timur
21.11.2016
11:47:59
так и сделаю

Grigori
21.11.2016
11:52:27

Pavel
21.11.2016
11:54:41
hateoas и вот это все?

Grigori
21.11.2016
11:54:42
ага, вот это вот все

Pavel
21.11.2016
11:55:06
И при этом в одной таблице

Grigori
21.11.2016
11:56:44
https://ru.wikipedia.org/wiki/Пятая_нормальная_форма

Pavel
21.11.2016
11:59:34
Это не тот случай. В данном случае первичным ключом является пара (me_id, friend_id) а status функционально зависим от него, и декомпозиция тут невозможна
Ну или я бы с удовольствием посмотрел как это еще нормализуют :)

Mihail
21.11.2016
14:25:39
зачем ?

Pavel
21.11.2016
14:27:34
Умнож стоимость часа на число часов, вот и оценка

Алексей
21.11.2016
14:28:28
Лучше бы в сторону битрикса смотрели при таких условиях. имхо. разработчиков от джунов до матерых профи - пруд пруди.
Для заказчика намного удобнее . Админка, эрмитаж - все порадует.
P.S>
Предвижу ругать в сторону битрикса, но обратите внимание, в замен чего я его предлагаю))
Магазин на битрикс легче поддерживать и продавать заказчику. Из коробки есть столько всего, что даже серьезный кодер на фраемворке на сделает за пару месяцев, а ободйется куда дороже. Главный минус битрикса - говнокод в отличии от фраемворков. Как разработчик, не получаю удовольствия от работы с ним)
Однако, заказчика это ни как не касается. Для них, как я уже говорил, битрикс постарался на славу.
Но если сравнить с ХостЦМС... Не думаю, что будет дешевле, тем-более значительно..
Если цель - максимум экономии - битрикс может себя не оправдать, да

dypa
21.11.2016
14:33:14

Алексей
21.11.2016
14:33:39
зависит от конкретного разраба в бОльшей степени

dypa
21.11.2016
14:33:57
всё будет зависить от суммы ;)

Алексей
21.11.2016
14:34:50
посмотрите в сторону шаблонных решений на битрикс. может быть, и разраб не понадобится,если заказчику что то приглянется)
P.S> просто посмотрите и приценитесь для начала

Google

dypa
21.11.2016
14:36:30
мне нравиться разговор продажника с перекупом...
не думаю что требования заказчика были достаточно изучены чтобы не обосновать ему разработку или наоборот отговорить от чего сложнее чем wix

Алексей
21.11.2016
14:38:20

dypa
21.11.2016
14:39:21
мимо)
выходит два перекупа :)

Алексей
21.11.2016
14:39:23
уточните, стандартная ли она.
Если там наверчено, то даже Битрикс из коробки не смогет с ней заработать без допилки.
выходит два перекупа :)
и опять немного не туда) Разработчик я. Имел опыт работы на битрикс в прошлом, и не малый. Так что "в теме" )

dypa
21.11.2016
14:40:34