1.Имеем таблицу post (новости)
id / name /text / comments
Имеем таблицу commnets (комментарии)
id text
В таблице post в поле comments в строку через запятую указаны id из таблицы comments (это номера комментариев этого поста).
2.Через связь один ко многим, в общем нормальным способом.
Спустя 1 час, 2 минуты, 20 секунд (13.12.2010 - 07:43) inpost написал(а):
Достал все id, далее: WHERE `id` IN (".$id.")
Спустя 38 минут, 53 секунды (13.12.2010 - 08:21) phpsc написал(а):
спасибо, за стольь быстрый ответ.
Нагрузка планируется большая.
Можно объяснить почему лучше первым способом?
Меньше запросов к mysql будет, да?
Нагрузка планируется большая.
Можно объяснить почему лучше первым способом?
Меньше запросов к mysql будет, да?
Спустя 3 часа, 38 минут, 8 секунд (13.12.2010 - 12:00) vasa_c написал(а):
Как и в большинстве случаев лучше делать "нормальным способом".
Спустя 46 секунд (13.12.2010 - 12:00) vasa_c написал(а):
Огласите большую нагрузку
Спустя 1 час, 18 минут, 10 секунд (13.12.2010 - 13:18) phpsc написал(а):
| Цитата (vasa_c @ 13.12.2010 - 09:00) |
| Огласите большую нагрузку |
500.000 блогов
для каждого нужно отображать в список все записи блога.
Около 5.000 одновременно работают..другие в это время спят.
Спустя 9 минут, 53 секунды (13.12.2010 - 13:28) Семён написал(а):
Мне кажется это неверная реализация.
Должна быть
таблица1:публикация / блог
таблица2:комментарии: id_blog
И в таблице 1, глупо хранить id комментов, когда можно получить эти комменты, сделав критерий - WHERE id_blog=value, memcache + индексы, вот и всё решение твоей высокой нагрузки..., хотя 500 000, это не такая уж и нагрузка.
Должна быть
таблица1:публикация / блог
таблица2:комментарии: id_blog
И в таблице 1, глупо хранить id комментов, когда можно получить эти комменты, сделав критерий - WHERE id_blog=value, memcache + индексы, вот и всё решение твоей высокой нагрузки..., хотя 500 000, это не такая уж и нагрузка.
Спустя 4 часа, 42 минуты, 15 секунд (13.12.2010 - 18:11) phpsc написал(а):
| Цитата (Семён @ 13.12.2010 - 10:28) |
| Мне кажется это неверная реализация. Должна быть таблица1:публикация / блог таблица2:комментарии: id_blog И в таблице 1, глупо хранить id комментов, когда можно получить эти комменты, сделав критерий - WHERE id_blog=value, memcache + индексы, вот и всё решение твоей высокой нагрузки..., хотя 500 000, это не такая уж и нагрузка. |
ну так таблица коментариев она одна. Все комментарии с со всех блогов (сервис блогов) записаны в одну таблицу.
Спустя 11 минут, 54 секунды (13.12.2010 - 18:22) linker написал(а):
Второй нормальный способ + кэширование.