Это да. Кое-какие костыли для работы с дополнительными индексами там можно учинить,
но лучше всего связка реляционка со всеми нужными индексами и ссылкой на id в эллиптиксе.
Так вот я делал — вполне хороший вариант.
10.10.2012, 13:03, "Dmitry Simonov" <[email protected]>:
Про эллиптикс знаю, Олег. Хорошая система и ставится с полпинка. Но
функции индексированной фс он не выполняет.
---
Dmitriy V. Simonov,
Perl & Python programmer
2012/10/10 Oleg Alistratov <[email protected]>:Рекомендую эллиптикс: http://doc.ioremap.net/
Специально задуман как устойчивая распределенная файлопомойка, умеющая
нагрузку.
Бывший pohmelfs http://ru.wikipedia.org/wiki/POHMELFS
09.10.2012, 15:02, "Nick Knutov" <[email protected]>:
А вот просто glusterfs не проще ли?
09.10.2012 15:57, Sergey Leschenko пишет:
1. Если строить архитектуру так, что хранить файлы в FS, а в БД только
мета-инфу о них.
Есть MogileFS от Danga. Там метаданные в MySQL хранятся.
Еще HDFS туда же.
2. Если держать в БД целиком все, вместе с контентом
В варианте с БД надо думать про то что когда-нибудь место на одном
сервере закончится и захочется подключить второй.
У нас use case - хранить много файлов размером до несколько мегабайт
(разного вида отчеты), с возможностью записи и чтения с любого из
серверов. Скорость чтения не критична.
В итоге остановились на Cassandra (альтернатива - Riak) где нет единой
точки отказа. Пока отзывов мало, но у некоторых клиентов работает.
--
Best Regards,
Nick Knutov
http://knutov.com
ICQ: 272873706
Voice: +7-904-84-23-130
--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
--
Oleg Alistratov
--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org--
Moscow.pm mailing list
[email protected] | http://moscow.pm.org
--
Oleg Alistratov
Oleg Alistratov
-- Moscow.pm mailing list [email protected] | http://moscow.pm.org
