Можно свои. Как правило, публикуется примерный список тем, которые можно использовать, но при этом можно придумывать что-то новое смело. Главное, чтобы соотв. сообщество поддержало
Причём если вы уже опытные программист, то эта сумма тоже хороша, т.к. благодаря опыту вы наверняка сможете добиться значимых результатов в более сжатые сроки, чем все три летних месяца ;-) Таким образом, предложение интересно должно быть многим людям.
Тем, кто усмотрел в данном посте рекламу: очень жаль, что вы обратили внимание именно на это. В следующий раз постараюсь написать как-то по-другому.
Так вышло, что упоминаемая соц сеть сейчас, пожалуй, одна из самых активных площадок для веб2.0-экспериментов в Рунете, этакий полигон. Мы очень стараемся выслушивать все предложения и замечания, готовы реализовывать здравые идеи и благодарим морально и материально всех, кто участвует в развитии.
Это не первый подобный проект для нас, так что название проекта тут не так важно. Важно вот что: я хотел обсудить, каким должно быть лицо современной соцсети. Больше даже с технической точки зрения и с точки зрения продукта, понятия соц. сети.
Люди забегают в соцсеть с целью проверить, что нового произошло, что ответили друзья, какие фотки разместили и т.п. Поэтому Activity Streams важнейший инструмент, я думаю. К примеру, было бы удобно на Хабре иметь не только хабраленту (аналог френдленты), а ещё и feedback-ленту. Чтобы не пропустить ничего и чтобы не надо было постоянно проверять почту (я бы, кстати, был бы рад тогда отключить уведомления, в почте у меня и так много всего, слишком). Хотя, Хабр, конечно, сеть тематическая, и поэтому на главной по праву размещается центральная лента. Какой не может быть в большой соц сети общего назначения там надо людей "разводить", т.к. интересы могут быть совсем разные.
В общем, левую и правую ленты из описанного решения я бы рекомендовал использовать в практически любых проектах.
Далее хотелось бы поговорить о техн. стороне вопроса. И затронуть тему Open Social (как ни странно, это ведь шаг именно в ту сторону, в сторону интероперабельности и всеобщего счастья), но, видно, то ли тут народ стал совсем недружелюбным, то ли я и правда не с той ного начал эту тему.
Конечно, такой вариант тоже не фонтан в условиях высокой нагрузки и READ COMMITED. Можно наоборот делать INSERT, потом ловить ошибку нарушения целостности по UK: что-то вроде BEGIN .. INSERT .. EXCEPTION WHEN unique_violation THEN .. UPDATE .. END;
при таком подходе конкурируют UPDATE-ы, что более приятно.
Ну например, в триггерной функции можно попробовать делать сразу UPDATE и потом отловить исключение, при котором осуществлять вставку (IF NOT FOUND THEN ... INSERT ...)
Slony-I позволяет организовать апгрейд без простоя.
Терабайты и десятки терабайт в Постгресе успешно хранят, и работают с ними.
По поводу пункта №3: да, некоторые разработчики пытаются сократить время одной итерации. Но тут не всё так просто, и раз уж Вы пишите «почитайте, потом говорите», то рекомендую поглубже копнуть проблему. Тогда поймёте, что во-первых, это далеко не идеальная мысль, во-вторых, 8.3 планировали выпустить в конце осени 2007, но в действительности мы получили ситуацию с большим количеством серьёзных патчей, что в принципе-то неплохо. Основное, что там сейчас обсуждается касательно планов 8.4 — как сделать процесс более предсказуемым, чтобы в условиях больших неопределённостей хоть как-то планировать. И главное: никто не хочет 2-3 раза в год выпускать major-версию, не путайте опять-таки народ! Речь идёт о контрольных точках, которые будут проводиться 2-3 раза и которые позволят лучше понимать, как протекает итерация. Это не выпуск новой версии. Именно под этим и подразумевал Dave Page, предлагая ввести commit fests.
Про «PostgreSQL зажат в очень узкую нишу» даже сказать нечего, видимо, Вы совсем мало читаете, слушаете, узнаёте из этого мира :-)
Результаты подобных тестов (с различающимся оборудованием, но с одинаковыми схемами БД и данными) были опубликованы летом 2007-го. Причём очень на высоком уровне, тестировали инженеры Sun на протяжении многих месяцев.
Причём если вы уже опытные программист, то эта сумма тоже хороша, т.к. благодаря опыту вы наверняка сможете добиться значимых результатов в более сжатые сроки, чем все три летних месяца ;-) Таким образом, предложение интересно должно быть многим людям.
Так вышло, что упоминаемая соц сеть сейчас, пожалуй, одна из самых активных площадок для веб2.0-экспериментов в Рунете, этакий полигон. Мы очень стараемся выслушивать все предложения и замечания, готовы реализовывать здравые идеи и благодарим морально и материально всех, кто участвует в развитии.
Это не первый подобный проект для нас, так что название проекта тут не так важно. Важно вот что: я хотел обсудить, каким должно быть лицо современной соцсети. Больше даже с технической точки зрения и с точки зрения продукта, понятия соц. сети.
Люди забегают в соцсеть с целью проверить, что нового произошло, что ответили друзья, какие фотки разместили и т.п. Поэтому Activity Streams важнейший инструмент, я думаю. К примеру, было бы удобно на Хабре иметь не только хабраленту (аналог френдленты), а ещё и feedback-ленту. Чтобы не пропустить ничего и чтобы не надо было постоянно проверять почту (я бы, кстати, был бы рад тогда отключить уведомления, в почте у меня и так много всего, слишком). Хотя, Хабр, конечно, сеть тематическая, и поэтому на главной по праву размещается центральная лента. Какой не может быть в большой соц сети общего назначения там надо людей "разводить", т.к. интересы могут быть совсем разные.
В общем, левую и правую ленты из описанного решения я бы рекомендовал использовать в практически любых проектах.
Далее хотелось бы поговорить о техн. стороне вопроса. И затронуть тему Open Social (как ни странно, это ведь шаг именно в ту сторону, в сторону интероперабельности и всеобщего счастья), но, видно, то ли тут народ стал совсем недружелюбным, то ли я и правда не с той ного начал эту тему.
при таком подходе конкурируют UPDATE-ы, что более приятно.
Это один из вариантов.
... NOT EXISTS (...)
Многоточия предлагаю заполнить читателю, в соответствии с конкретной ситуацией. Это несложно
INSERT INTO ... SELECT ... WHERE NOT EXISTS
А мою заметку, конечно, не читайте, если нет желания.
Терабайты и десятки терабайт в Постгресе успешно хранят, и работают с ними.
По поводу пункта №3: да, некоторые разработчики пытаются сократить время одной итерации. Но тут не всё так просто, и раз уж Вы пишите «почитайте, потом говорите», то рекомендую поглубже копнуть проблему. Тогда поймёте, что во-первых, это далеко не идеальная мысль, во-вторых, 8.3 планировали выпустить в конце осени 2007, но в действительности мы получили ситуацию с большим количеством серьёзных патчей, что в принципе-то неплохо. Основное, что там сейчас обсуждается касательно планов 8.4 — как сделать процесс более предсказуемым, чтобы в условиях больших неопределённостей хоть как-то планировать. И главное: никто не хочет 2-3 раза в год выпускать major-версию, не путайте опять-таки народ! Речь идёт о контрольных точках, которые будут проводиться 2-3 раза и которые позволят лучше понимать, как протекает итерация. Это не выпуск новой версии. Именно под этим и подразумевал Dave Page, предлагая ввести commit fests.
Про «PostgreSQL зажат в очень узкую нишу» даже сказать нечего, видимо, Вы совсем мало читаете, слушаете, узнаёте из этого мира :-)
http://postgresmen.ru/news/view/44
Это самое лучшее, самое серьёзное сравнение различных СУБД на сегодняшний день. Даже с учётом того, что оборудование было разным.
Постгрес-Ку-Эл
а лучше просто Постгрес
http://www.postgresql.org/docs/techdocs.…