ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор надёжной СУБД для несложной работы с большими обьёмами данных
15 сообщений из 15, страница 1 из 1
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526645
savatage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savatage
Гость
Посоветуйте плз. какую именно СУБД выбрать для следющей задачи:

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

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

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

ОС: FreeBSD

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

Спасибо.
...
Рейтинг: 0 / 0
06.02.2006, 17:36
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526661
Yo.!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!!
Участник
еще можно посмотреть enterprisedb (клон постгреса) и db2 express может бывают на freebsd.

ЗЫ. несколько непонятно зачем хранить какие-то фрагменты сайтов в базе, это что шаблоны ?
...
Рейтинг: 0 / 0
06.02.2006, 17:40
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526692
savatage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savatage
Гость
фрагменты - это и есть само содержимое сайтов, только разбитое на несколько частей, для упрощения редактирования (шаблон, текстовый контент, ссылки и т.д.)

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

При варианте с БД не будет ни директорий ни файлов, только скриптом будут забираться нужные фрагменты (согласно с правилами mod_rewrite), объединяться и отдаваться в броузер
...
Рейтинг: 0 / 0
06.02.2006, 17:51
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526737
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, savatage!
Ты пишешь:

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

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

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 18:07
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526743
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
gardenman
Участник
2 Мимопроходящий

Интересно, а у файловой системы тоже есть индексы?
...
Рейтинг: 0 / 0
06.02.2006, 18:11
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526785
savatage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savatage
Гость
Мимопроходящий, можно плз. немного подробней именно об этом?

Дело в том, что это тех.задание и писать будут другие люди, мне нужно лишь обрисовать картину в общих чертах. Возможно по скорости будет одинаково, или даже БД медленный, но мне не нравится в плане изящества идея лежащих в одном каталоге 10ков тысяч подкаталогов или стольких созданных субдоменов для апача... Если реальны за менее 0,5 сек. несколько операций по вытаскиванию из БД, сборка их, некоторая манипуляция и выдача в броузер - то БД мне нравится больше.
...
Рейтинг: 0 / 0
06.02.2006, 18:26
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526814
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, gardenman!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 18:38
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526830
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, savatage!
Ты пишешь:

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

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 18:43
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526833
Фотография mv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mv
Участник
gardenman
Интересно, а у файловой системы тоже есть индексы?


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


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

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

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
06.02.2006, 18:44
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33526935
savatage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savatage
Гость
да, запросы из Веба будут только на чтение.
на добавление/редактирование - это будет отдельный модуль, не критичный ко времени выполнения.

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

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

ps. А бесплатных серверов приложений не существует случайно?
...
Рейтинг: 0 / 0
06.02.2006, 19:28
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33531775
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
StalkerS
Участник
savatageнасчёт времени сборки, полагаю будет быстро выполняться, этот кусок на С++ сделан
интересно, а почему если написать на С++, то неприменно выполняться будет очень быстро ?
...
Рейтинг: 0 / 0
08.02.2006, 15:33
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33534501
savatage
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
savatage
Гость
StalkerS savatageнасчёт времени сборки, полагаю будет быстро выполняться, этот кусок на С++ сделан
интересно, а почему если написать на С++, то неприменно выполняться будет очень быстро ?

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

Это не так ...?
...
Рейтинг: 0 / 0
09.02.2006, 15:05
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33553015
Reaper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Reaper
Участник
Я бы посмотрел в сторону Linux на reiserfs.
Райзер как раз улётно работает с прорвой мелких файлов.
IMHO хранить это в базе - изврат...

...
Рейтинг: 0 / 0
17.02.2006, 17:23
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33553064
2048
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
2048
Гость
savatageдостоверно не могу ответить, не программист. Но неоднократно слышал мнение, что на С быстрее, чем perl или php, т.к. в последних сначала интерпретатор поднимается, а потом уже исполняется код.

Это не так ...?
От прослойки все зависит.
...
Рейтинг: 0 / 0
17.02.2006, 17:36
| Ответить | Цитировать | Написать  
Выбор надёжной СУБД для несложной работы с большими обьёмами данных
    #33553352
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Cat2
Модератор форума
2048 . Ага. А не от слухов, что на С быстрее
...
Рейтинг: 0 / 0
17.02.2006, 19:22
| Ответить | Цитировать | Написать  
15 сообщений из 15, страница 1 из 1
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Выбор надёжной СУБД для несложной работы с большими обьёмами данных
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]