Таблица для списка друзей

Таблица для списка друзей - Visavi.net https://visavi.net/ RSS - Visavi.net https://visavi.net/assets/img/images/logo_small.png RSS - Visavi.net https://visavi.net/ [email protected] (admin) [email protected] (admin) Sat, 30 Nov 2024 22:32:52 +0300 Возможно) пересмотрю алгоритм. спс ;) https://visavi.net/topics/6093/127135 Таблица для списка друзей Анатолий Wed, 03 Mar 2010 12:31:14 +0300 Сообщения https://visavi.net/topics/6093/127135 dek, всеравно ты массив ид запросом через цикл прогоняешь? Уже 6 однотипных запросов к БД за один http-запрос https://visavi.net/topics/6093/126262 Таблица для списка друзей Олег Mon, 01 Mar 2010 11:24:46 +0300 Сообщения https://visavi.net/topics/6093/126262 всех вместе я их нигде не вывожу<img src="https://visavi.net/uploads/stickers/smile.gif" alt="smile"> на странице 6 штук выходит) https://visavi.net/topics/6093/126186 Таблица для списка друзей Анатолий Mon, 01 Mar 2010 02:17:47 +0300 Сообщения https://visavi.net/topics/6093/126186 Жесть)))) И ты потом в цикле делаешь sql-запрос к БД на выявление списка друзей? https://visavi.net/topics/6093/126092 Таблица для списка друзей Олег Sun, 28 Feb 2010 21:32:37 +0300 Сообщения https://visavi.net/topics/6093/126092 $query=mysql->("SELECT str FROM friends WHERE id = 'ИД_пользователя' LIMIT 1;"); $friends_str=mysql_result($query,0,0); $friend=explode(":",$friends_str); Вот и массив Ид https://visavi.net/topics/6093/126032 Таблица для списка друзей Анатолий Sun, 28 Feb 2010 18:08:05 +0300 Сообщения https://visavi.net/topics/6093/126032 dek, ты меня удивляешь еще больше) Приведи свой запрос, который выбирает из БД друзей конкретного пользователя https://visavi.net/topics/6093/125231 Таблица для списка друзей Олег Fri, 26 Feb 2010 22:10:23 +0300 Сообщения https://visavi.net/topics/6093/125231 По ключам выбирай, вообще таблицу читать не будет, кроме строк ключи которых совпадают с запросом. Они же для этого и существуют. WHERE user = 'kolyan' AND friend = 'Vasya' все таки на много проще, в том числе и потому что данных меньше, информация всего об одном юзере, а если 20к пользоваетелей то вероятно у кого то может быть 1к друзей и все в одной строке->массиве->ячейка с нужным ид<img src="https://visavi.net/uploads/stickers/smile.gif" alt="smile"> разница на лицо. https://visavi.net/topics/6093/125216 Таблица для списка друзей ramzes Fri, 26 Feb 2010 21:24:20 +0300 Сообщения https://visavi.net/topics/6093/125216 15, лекция о БД и РНР я и так достаточно наслушался))) хотя всеравно спасибо, не многие рассказывают что почем, а не посылают в гугл или в пешое эротическое путешествет) А насчет выбора, писал лично для себя и не соц. сеть, там хватало и такого выбора, вот и подкинул один из вариантов. Хотя всеравно остаюсь при мнении, что лучше ИД и строчка, т.к допустим у нас есть 20К пользователей и у каждого пользователя есть хотя бы 500 друзей. Итого в таблице получается 10М записей. Как ты думаешь, быстрей выполнится страница, которая выберет одну по ключу и обработает строку длинной около 3К символов средствами РНР или та, которая выберет селектом по сравнению (пускай даже int значений) из 10 000 000? https://visavi.net/topics/6093/125194 Таблица для списка друзей Анатолий Fri, 26 Feb 2010 20:33:31 +0300 Сообщения https://visavi.net/topics/6093/125194 dek, ну ты жене на своих ногах бегать по базе будешь). Я тебе щас все разрисую и ты изменишь мвое мнение) MySQL позволяет работать с большими массивами данных намного быстрее чем php, по сути это одна из задач MySQL. На первый взгляд когда список друзей небольшой, то быть может php выигрывает, хотя тут не ощутимо, но когда список друзей растет, строка, преобразованная в массив средствами php накладывает на php большие накладные расходы, что загружает ибез того не вечную память процессора. Можно, конечно и не прибегать к php, а сразу подставлять в sql-запрос в секцию WHERE IN(str). Но MySQL реляционная БД, а не объктная. Неудобно будет работать, когда нужно выбрать конкретные Id друзей. https://visavi.net/topics/6093/125177 Таблица для списка друзей Олег Fri, 26 Feb 2010 20:06:57 +0300 Сообщения https://visavi.net/topics/6093/125177 12, на мой взгляд лучше взять строчку из БД по первичному кдючу и в ней с помощью РНР искать совпадение, чем пробегать селектом по всей базе <img src="https://visavi.net/uploads/stickers/smile.gif" alt="smile"> )) Гы, а чего от меня еще можно ожидать? <img src="https://visavi.net/uploads/stickers/D.gif" alt="D"> https://visavi.net/topics/6093/125105 Таблица для списка друзей Анатолий Fri, 26 Feb 2010 18:09:13 +0300 Сообщения https://visavi.net/topics/6093/125105 #11 если «друзья» то сразу соц-сети? Железная логика)) https://visavi.net/topics/6093/125079 Таблица для списка друзей ramzes Fri, 26 Feb 2010 17:04:28 +0300 Сообщения https://visavi.net/topics/6093/125079 dek, неожидал от тебя вот четсно) https://visavi.net/topics/6093/125048 Таблица для списка друзей Олег Fri, 26 Feb 2010 16:08:47 +0300 Сообщения https://visavi.net/topics/6093/125048 теперь модно писать социальные сети?<img src="https://visavi.net/uploads/stickers/D.gif" alt="D"> https://visavi.net/topics/6093/125035 Таблица для списка друзей Protus Fri, 26 Feb 2010 15:47:43 +0300 Сообщения https://visavi.net/topics/6093/125035 9. ramzes, имхо самое правильное решение, у меня также, только без последнего столбца. П.Сы. Спасибо за идею<img src="https://visavi.net/uploads/stickers/smile.gif" alt="smile"> https://visavi.net/topics/6093/125030 Таблица для списка друзей Игорь Fri, 26 Feb 2010 15:10:06 +0300 Сообщения https://visavi.net/topics/6093/125030 id int(16) NOT NULL AUTO_INCREMENT, user int(11) NOT NULL, friend int(11) NOT NULL, time int(11), friend_type int(1) DEFAULT 0, PRIMARY KEY (id), KEY user (user), KEY friend (friend), KEY friend_type (friend_type) user - юзер friend - друг time - дата добавления friend_type - друг/враг/игнор https://visavi.net/topics/6093/125026 Таблица для списка друзей ramzes Fri, 26 Feb 2010 14:59:24 +0300 Сообщения https://visavi.net/topics/6093/125026