@phpclubru

Страница 31 из 956
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
Эта проблема с логикой присутствует и в других вариантах таблиц, это все должно контролироваться на уровне приложения, или составного констрейнта бд

1 - послан запрос на дружбу, 2 - запрос принят, 3 - запрос отклонен
4 - удалил из друзей, если передобавлять нельзя.

Максим
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
И тогда нельзя уже будет вставить новую запись.
Ну да, в принципе такая таблица охватывает все что мне необходимо. Спасибо

так и сделаю

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> Предвижу ругать в сторону битрикса, но обратите внимание, в замен чего я его предлагаю))

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

Алексей
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

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

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

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

dypa
21.11.2016
14:40:34

Страница 31 из 956