Для хранение объектов с похожей структурой годится наследование, в котором основная таблица
содержит общие для всех атрибуты, такие как id, pub_date, mod_date, author_id ...., а
остальные таблица наследуя ее, добавляют свои атрибуты. При этом можно использовать поиск как
по отдельным таблицам, так и по всем (спрашивая мастер таблицу). В PostgreSQL это реализуется
весьма просто. Есть еще способ в PostgreSQL - иметь одну таблицу с общими атрибутами, а всю
специфику вынести в отдельное поле типа перлового хэша.
Как человек, который там (PGCon 2008) был и гулял на вечеринке, которую устроила Yahoo, могу сказать, что от постгреса там не очень много осталось :) Вот фотография с этой презентации, которую сделал Gavin, там и видно, что взято от постгреса http://www.flickr.com/photos/gavinmroy/2…
Эта тема несколько раз обсуждалась в разных барах всеми девелоперами и пока особого оптимизма никто не высказал, особенно в плане получения исходников. Пока же мы получили довольно отстойные сумки от Yahoo :)
Что касается вертикально-ориентированных БД, то эта тема пока больше смахивает на коммерческий шум, который поднял Mike Stonebraker (вот его блог: http://www.dbms2.com/category/michael-st…). Для определенного типа задач ВО-БД вполне оправданы, но не для реляционных БД общего назначения. А вообще, ВО-БД начали обсуждаться еще в 1972 году.
кстати, а как там с налогами ? У меня проблема - компания хочет проспонсорить нашу работу по постгресу, но хочет инвойс от компании. Можно-ли эти биржу использовать для этого ?
И кто платит налоги ?
Скажу УУУффф, наконец !
УУУффф, потому как я и Федя сделали 58 версий интегрированного tsearch2, а потом еще и
утрясали окончательный синтаксис SQL-комманд. Главное - это теперь мы имеем встроенные типы для полнотекстового поиска с индексами и отстояли SQL интерфейс. А сам поиск - это просто обвязка вокруг, можно теперь писать сколько угодно новых, что народ уже и начал делать. Кстати, вот здесь изменения (может не все) от старого tsearch2 к встоенному - http://www.sai.msu.su/~megera/wiki/Tsear…
У меня LBook V3, купил перед НГ. Штука стоящая, но софт кривой. Он закрыт и не дают поковыряться. А так надо ждать обновления прошивки. Нативно понимает fb2, больше мне и не надо, хотя есть поддержка .rtf, pdf, djvu. Но все это медленно и неудобно. Батарея держит месяц, я даже не выключаю книжку. Сборка некачественная, но ничего не выпадает. Это не мешает. Работает под Linux 2.6.
Купил за 10000 руб, думаю, что реальная цена 6-7 тысяч, но уж больно мне технология нравится - читать на солнце реально удобно. Нет подсветки - меньше вреда глазам, качество как на бумаге, правда сероватой.
Мне кажется, что это все будет возможно только в будущем GGG. Просто еще одна социальная сеть - это уже слишком. Научник ведь тоже человек, он не может себя нарезать по разным плоскостям - по одноклассникам, по контактам, тесниться и кружиться. Это уже надоело,
время нужно для работы, а не для бегания по сетям. А вот, что действительно нужно новое - это новая инфраструктура информационного обмена в науке, но это тема отдельной статьи
В новой версии 8.3 (скоро выйдет) поиск уже просто встроен в ядро и сходу поддерживаются почти все европейские языки. Русский, понятно, тоже. В качестве морфологии используются openoffice-кие словари, которых полно, ну и можно писать свои словари.
Зачем все это городить ? Никакой целостности вы не получите или придется еще чего придумывать. У вас появилась новая статья в БД, а с сфинксе ее нет, или наоборот, сфинкс нашел, а статью закрыли. Я ничего не имею против сфинкса, просто для хабра это лишний tier
мы задумывали поиск *полностью* интегрированный с БД. Представь, что хабр захочет показывать результаты поиска в зависимости от авторизационной информации. Например, есть статьи, которые не всем можно показать. Потом транзакционность (целостность) немаловажная штука.
Да, время p5p было супер. Я тогда принимал участие в
интернационализации перла, который не поддерживал тогда
локале (нативно) и надо было "наезжать" на Larry и объяснять зачем это было нужно.
Хорошо горячий финский парень поддержал. Потом после первой перловой конференции в Сан-Хозе мы с Ларри за это выпили.
Ларри, замечательный человек, страдает "mental" болезнью, давайте пожелаем ему
здоровья и удачи !
Вот сижу я и смотрю на Distributed Storage
(http://tservice.net.ru/~s0mbre/old/?sect…)
и медитирую. Автор - наш парень, отзывчивый. Единственное,
что мне мешает - отсутствие времени, а так бы попробовал.
До этого пробовал chironfs + PostgreSQL, работает, но раз в 5 медленнее. Можно еще zfs под соляркой пробовать, но тоже говорят медленно. Зато репликация без проблем.
содержит общие для всех атрибуты, такие как id, pub_date, mod_date, author_id ...., а
остальные таблица наследуя ее, добавляют свои атрибуты. При этом можно использовать поиск как
по отдельным таблицам, так и по всем (спрашивая мастер таблицу). В PostgreSQL это реализуется
весьма просто. Есть еще способ в PostgreSQL - иметь одну таблицу с общими атрибутами, а всю
специфику вынести в отдельное поле типа перлового хэша.
http://www.flickr.com/photos/gavinmroy/2…
Эта тема несколько раз обсуждалась в разных барах всеми девелоперами и пока особого оптимизма никто не высказал, особенно в плане получения исходников. Пока же мы получили довольно отстойные сумки от Yahoo :)
Что касается вертикально-ориентированных БД, то эта тема пока больше смахивает на коммерческий шум, который поднял Mike Stonebraker (вот его блог: http://www.dbms2.com/category/michael-st…). Для определенного типа задач ВО-БД вполне оправданы, но не для реляционных БД общего назначения. А вообще, ВО-БД начали обсуждаться еще в 1972 году.
И кто платит налоги ?
УУУффф, потому как я и Федя сделали 58 версий интегрированного tsearch2, а потом еще и
утрясали окончательный синтаксис SQL-комманд. Главное - это теперь мы имеем встроенные типы для полнотекстового поиска с индексами и отстояли SQL интерфейс. А сам поиск - это просто обвязка вокруг, можно теперь писать сколько угодно новых, что народ уже и начал делать. Кстати, вот здесь изменения (может не все) от старого tsearch2 к встоенному -
http://www.sai.msu.su/~megera/wiki/Tsear…
Можно теперь думать о новых вещах (http://www.sai.msu.su/~megera/wiki/TODO), где спонсоры ?
Купил за 10000 руб, думаю, что реальная цена 6-7 тысяч, но уж больно мне технология нравится - читать на солнце реально удобно. Нет подсветки - меньше вреда глазам, качество как на бумаге, правда сероватой.
время нужно для работы, а не для бегания по сетям. А вот, что действительно нужно новое - это новая инфраструктура информационного обмена в науке, но это тема отдельной статьи
http://www.postgresql.org/docs/8.3/stati…
Гугл - это круто, но иногда требуется доступ к метаданным.
интернационализации перла, который не поддерживал тогда
локале (нативно) и надо было "наезжать" на Larry и объяснять зачем это было нужно.
Хорошо горячий финский парень поддержал. Потом после первой перловой конференции в Сан-Хозе мы с Ларри за это выпили.
Ларри, замечательный человек, страдает "mental" болезнью, давайте пожелаем ему
здоровья и удачи !
учеников. Какие впечатления о нем ?
(http://tservice.net.ru/~s0mbre/old/?sect…)
и медитирую. Автор - наш парень, отзывчивый. Единственное,
что мне мешает - отсутствие времени, а так бы попробовал.
До этого пробовал chironfs + PostgreSQL, работает, но раз в 5 медленнее. Можно еще zfs под соляркой пробовать, но тоже говорят медленно. Зато репликация без проблем.