Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
 Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
savatage
Member

Откуда:
Сообщений: 5
Посоветуйте плз. какую именно СУБД выбрать для следющей задачи:

На сервере будет находиться множество сайтов в виде виртуальных директорий для домена (mod_rewrite). Причём как доменов так и страниц на каждом сайте будет некоторое количество.
Всё содержимое сайтов будет храниться в БД.
Предполагаемое суммарное количество фрагментов данных - 5 млн.
Размер фрагмента - от 1 до 10 кб.
Объём всех данных - от 10 до 50 Гб.

При запросе URI через веб будет забираться содержимое нескольких фрагментов из БД, обьединяться и отдаваться клиенту в броузер. Количество одновременных запросов - до 10.
Периодически в БД будет редактирование существующих и добавление новых фрагментов.

Требования к СУБД: надёжность, скорость (отдача клиенту не более 0.5 сек, при хорошем канале и железе), бесплатность СУБД и простота использования.

ОС: FreeBSD

В данный момент выбираю между PostgresSQL, Firebird (Yaffil), MySQL.
Может быть есть ещё варианты?

Спасибо.
6 фев 06, 17:36    [2326231]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Yo.!!
Guest
еще можно посмотреть enterprisedb (клон постгреса) и db2 express может бывают на freebsd.

ЗЫ. несколько непонятно зачем хранить какие-то фрагменты сайтов в базе, это что шаблоны ?
6 фев 06, 17:40    [2326266]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
savatage
Member

Откуда:
Сообщений: 5
фрагменты - это и есть само содержимое сайтов, только разбитое на несколько частей, для упрощения редактирования (шаблон, текстовый контент, ссылки и т.д.)

другой вариант хранения - в файлах. Но это имхо, запредельная нагрузка на файловую систему и сложность структуры, поэтому в БД.

При варианте с БД не будет ни директорий ни файлов, только скриптом будут забираться нужные фрагменты (согласно с правилами mod_rewrite), объединяться и отдаваться в броузер
6 фев 06, 17:51    [2326327]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, savatage!
Ты пишешь:

savatage
s> фрагменты - это и есть само содержимое сайтов,
s> только разбитое на несколько частей, для упрощения редактирования
s> (шаблон, текстовый контент, ссылки и т.д.)

s> другой вариант хранения - в файлах.
s> Но это имхо, запредельная нагрузка на файловую систему
Да что ты?
Почему ты решил, что СУБД, которая сидит сверху на ФС,
отработает это быстрее, чем сама ФС, без посредников?!
Есть конечно извраты, когда БД монтируют на RAW, но речь не о том.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

6 фев 06, 18:07    [2326407]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
gardenman
Member

Откуда: С-Петербург
Сообщений: 2347
2 Мимопроходящий

Интересно, а у файловой системы тоже есть индексы?
6 фев 06, 18:11    [2326416]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
savatage
Member

Откуда:
Сообщений: 5
Мимопроходящий, можно плз. немного подробней именно об этом?

Дело в том, что это тех.задание и писать будут другие люди, мне нужно лишь обрисовать картину в общих чертах. Возможно по скорости будет одинаково, или даже БД медленный, но мне не нравится в плане изящества идея лежащих в одном каталоге 10ков тысяч подкаталогов или стольких созданных субдоменов для апача... Если реальны за менее 0,5 сек. несколько операций по вытаскиванию из БД, сборка их, некоторая манипуляция и выдача в броузер - то БД мне нравится больше.
6 фев 06, 18:26    [2326474]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, gardenman!
Ты пишешь:

gardenman
g> Интересно, а у файловой системы тоже есть индексы?
Смотря у какой.
К примеру, NTFS организована в виде bi-Tree.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

6 фев 06, 18:38    [2326519]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 32882

Привет, savatage!
Ты пишешь:

savatage
мне не нравится в плане изящества...
О! Мсье эстет?
Щупать надо.
А не фантазировать.
Ближе к телу, как говаривал д'Мопасан...

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

6 фев 06, 18:43    [2326544]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
mv
Member

Откуда:
Сообщений: 8876

gardenman

Интересно, а у файловой системы тоже есть индексы?


Для чего Вам в этом случае индексы? 10 - кбайтные фрагменты индексировать?


gardenman

Дело в том, что это тех.задание и писать будут другие люди, мне нужно лишь
обрисовать картину в общих чертах. Возможно по скорости будет одинаково, или
даже БД медленный, но мне не нравится в плане изящества идея лежащих в одном
каталоге 10ков тысяч подкаталогов или стольких созданных субдоменов для
апача... Если реальны за менее 0,5 сек. несколько операций по вытаскиванию
из БД, сборка их, некоторая манипуляция и выдача в броузер - то БД мне
нравится больше.
Тема Ответить

Да вытащить-то ты из базы вытащищь, вот только что ты с этим делать
собираешься? Что там у тебя ожидается - постоянные запросы на чтение, или
меняться данные тоже будут? Может, время "сборки" фрагментов больше будет?
....
Может, тебе рассмотреть какой-нибудь сервер приложений, совмещенный с СУБД?
Какой-нибудь Oracle* Application Server, в котором
будет твои сервлеты крутиться. Возмжно, производительность резко возрастет.
Все ж рядом.
....
Кажется мне, что выбор СУБД - вещь важная, но и другие вещи в этом случае
учитывать нужно...

Posted via ActualForum NNTP Server 1.3

6 фев 06, 18:44    [2326547]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
savatage
Member

Откуда:
Сообщений: 5
да, запросы из Веба будут только на чтение.
на добавление/редактирование - это будет отдельный модуль, не критичный ко времени выполнения.

насчёт времени сборки, полагаю будет быстро выполняться, этот кусок на С++ сделан, да и там простейшие текстовые операции.

попробуем пощупать ;)

ps. А бесплатных серверов приложений не существует случайно?
6 фев 06, 19:28    [2326689]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
savatage
насчёт времени сборки, полагаю будет быстро выполняться, этот кусок на С++ сделан

интересно, а почему если написать на С++, то неприменно выполняться будет очень быстро ?
8 фев 06, 15:33    [2334436]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
savatage
Member

Откуда:
Сообщений: 5
StalkerS
savatage
насчёт времени сборки, полагаю будет быстро выполняться, этот кусок на С++ сделан

интересно, а почему если написать на С++, то неприменно выполняться будет очень быстро ?


достоверно не могу ответить, не программист. Но неоднократно слышал мнение, что на С быстрее, чем perl или php, т.к. в последних сначала интерпретатор поднимается, а потом уже исполняется код.

Это не так ...?
9 фев 06, 15:05    [2338860]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Reaper
Member

Откуда: Жуковский, МО.
Сообщений: 110
Я бы посмотрел в сторону Linux на reiserfs.
Райзер как раз улётно работает с прорвой мелких файлов.
IMHO хранить это в базе - изврат...

Картинка с другого сайта.
17 фев 06, 17:23    [2369103]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
2048
Guest
savatage
достоверно не могу ответить, не программист. Но неоднократно слышал мнение, что на С быстрее, чем perl или php, т.к. в последних сначала интерпретатор поднимается, а потом уже исполняется код.

Это не так ...?

От прослойки все зависит.
17 фев 06, 17:36    [2369179]     Ответить | Цитировать Сообщить модератору
 Re: Выбор надёжной СУБД для несложной работы с большими обьёмами данных  [new]
Cat2
Member

Откуда: Petroskoi, Karjala
Сообщений: 145754
2048 . Ага. А не от слухов, что на С быстрее
17 фев 06, 19:22    [2369595]     Ответить | Цитировать Сообщить модератору
Все форумы / Сравнение СУБД Ответить