Spear
почемучка
Крик души - структура большой базы. Очень прошу помочь
Здравствуйте!
Сразу хочу (сразу!) поблагодарить всех участников РНР клуба, особенно тех, кто мне помогал. несмотря на мои, иногда глупые, вопросы - я неплохо поднял свой уровень кодинга на РНР, успешно віполнил много заказов, стараюсь писать правильно и красиво.
Очень хотел поблагодарить, чесслово.
А теперь по теме - у меня просто огромнейшая проблема.
Я разрабатываю сервис блогов, который в будущем будет развиваться и собирается дорасти до социальной сети внушительных размеров (блоги, соц. закладки, соц. новости, сети вроде фейсбука).
Единственная проблема у меня в данный момент - это реализация базы данных.
Речь идет н ео связи и прочих шткуках, для помощи в которых мне пришлось бы полностью описывать структуру бд.
Проблема для кого-то, возможно, и тривиальна, но для меня - это закрытые двери.
Я говорю о том, как правильно хранить огромного размера базы данных?
Например таблица с записями в блогах.
Каждая текстовая запись блога будет создавать минимум 1 запись в эту таблицу. Кроме этого, в эту таблицу записываются также и записи картинок, загруженного видео.
Грубо говоря:
post_id - номер записи
blog_id - идентификатор блога
p_type - тип сообщения ('txt' - текст, 'img' - картинка, 'vid' - видео, 'mp3' - аудио-запись).
content - текст записи (для картинок и файлов это будет описание, например)
Не думаю что есть смысл приводить детальную структуру этой таблицы.
После запуска проекта, рекламы и продвижения, после того как он соберет свою аудиторию (а мы уверены что та коно и будет, т.к. у нас есть ряд преимущество перед другими сервисами Рунета и локализованных западных (Livejournal) - эта таблица распухнет до десятков миллионов записей (например сообщение в 15 фотками - это уже 16 записей в таблицу).
Ради интереса я смотрел исходники популярного (но более чем неаккуратно написанного) WorpdressMU - там разработчики делают набор таблиц для каждого блога. То есть на каждый зарегистрированный блог создается таблица:
posts
comments
и так далее. (выглядит как 1_posts, 1_comments). Я незнаю, чем они руководствовались, но видимо чем-то да руководствовались.
Был вариант поступать подобным образом, но в одном наборе таблиц хранить не 1 блог а, скажем, 1000.
Но в таком случае крайне нудобно выводить, скажем, каталог всех картинок, которые люди опубликовали в своем блоге - т.к. все они будут в разных наборах таблиц. Это не невозможно, просто крайне неудобно. И, почему-то, мне кжается что неправильно.
Я попытался посомтреть исходники того же LiveJournal (это OpenSource) - но проблема в том что мои познания в перле заканчиваются примерно на том, что вверху каждого файлика там, зачем-то, пишут # usr/bin или что-то такое )
Форумчане. профессионалы, опытные кодеры - я ОЧЕНЬ сильно надеюсь и расчитываю на вашу помощь. я не прошу написать мне код или что-то подобное - я прошу просветить меня, как эту проблему решают взрослые дяди?
Навряд ли тот же blogger.com держит все десятки миллионов записей в одной таблице?
Сразу хочу сказать что у нас уже выделены под проект два сервера - один под движок, скрипты, второй под файлы. В будущем сервера будут докупаться - то есть я не морочу Вам голову лишь бы для того, чтобы сделать блог-сервис на 30 человек, который будет хоститься на хостинге за 5 долларов в месяц.
Очень, очень на Вас надеюсь. Это уже просто крик души!
Блоговая часть нашего проекта будет похожа на vox.com
Здравствуйте!
Сразу хочу (сразу!) поблагодарить всех участников РНР клуба, особенно тех, кто мне помогал. несмотря на мои, иногда глупые, вопросы - я неплохо поднял свой уровень кодинга на РНР, успешно віполнил много заказов, стараюсь писать правильно и красиво.
Очень хотел поблагодарить, чесслово.
А теперь по теме - у меня просто огромнейшая проблема.
Я разрабатываю сервис блогов, который в будущем будет развиваться и собирается дорасти до социальной сети внушительных размеров (блоги, соц. закладки, соц. новости, сети вроде фейсбука).
Единственная проблема у меня в данный момент - это реализация базы данных.
Речь идет н ео связи и прочих шткуках, для помощи в которых мне пришлось бы полностью описывать структуру бд.
Проблема для кого-то, возможно, и тривиальна, но для меня - это закрытые двери.
Я говорю о том, как правильно хранить огромного размера базы данных?
Например таблица с записями в блогах.
Каждая текстовая запись блога будет создавать минимум 1 запись в эту таблицу. Кроме этого, в эту таблицу записываются также и записи картинок, загруженного видео.
Грубо говоря:
post_id - номер записи
blog_id - идентификатор блога
p_type - тип сообщения ('txt' - текст, 'img' - картинка, 'vid' - видео, 'mp3' - аудио-запись).
content - текст записи (для картинок и файлов это будет описание, например)
Не думаю что есть смысл приводить детальную структуру этой таблицы.
После запуска проекта, рекламы и продвижения, после того как он соберет свою аудиторию (а мы уверены что та коно и будет, т.к. у нас есть ряд преимущество перед другими сервисами Рунета и локализованных западных (Livejournal) - эта таблица распухнет до десятков миллионов записей (например сообщение в 15 фотками - это уже 16 записей в таблицу).
Ради интереса я смотрел исходники популярного (но более чем неаккуратно написанного) WorpdressMU - там разработчики делают набор таблиц для каждого блога. То есть на каждый зарегистрированный блог создается таблица:
posts
comments
и так далее. (выглядит как 1_posts, 1_comments). Я незнаю, чем они руководствовались, но видимо чем-то да руководствовались.
Был вариант поступать подобным образом, но в одном наборе таблиц хранить не 1 блог а, скажем, 1000.
Но в таком случае крайне нудобно выводить, скажем, каталог всех картинок, которые люди опубликовали в своем блоге - т.к. все они будут в разных наборах таблиц. Это не невозможно, просто крайне неудобно. И, почему-то, мне кжается что неправильно.
Я попытался посомтреть исходники того же LiveJournal (это OpenSource) - но проблема в том что мои познания в перле заканчиваются примерно на том, что вверху каждого файлика там, зачем-то, пишут # usr/bin или что-то такое )
Форумчане. профессионалы, опытные кодеры - я ОЧЕНЬ сильно надеюсь и расчитываю на вашу помощь. я не прошу написать мне код или что-то подобное - я прошу просветить меня, как эту проблему решают взрослые дяди?
Навряд ли тот же blogger.com держит все десятки миллионов записей в одной таблице?
Сразу хочу сказать что у нас уже выделены под проект два сервера - один под движок, скрипты, второй под файлы. В будущем сервера будут докупаться - то есть я не морочу Вам голову лишь бы для того, чтобы сделать блог-сервис на 30 человек, который будет хоститься на хостинге за 5 долларов в месяц.
Очень, очень на Вас надеюсь. Это уже просто крик души!
Блоговая часть нашего проекта будет похожа на vox.com
но те мне менее маоя задача - разработка. Да и я бы не стал назвать вопрос о нагрузке на БД "мелочами". Это единственное, с чем у меня возникли проблемы.
Поэтому все что мне остается это совершенствовать свой уромень знания БД, РНр, нагрузок. 
