Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> как организовать базу? 
:(
    Опции темы
tmlder
Дата 14.12.2011, 13:17 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 43
Регистрация: 22.10.2009

Репутация: нет
Всего: нет
Привет!

Есть java-tomcat-hibernate-mysql приложение. Изначально в нём содержится база из миллиарда записей.
При работе проекта туда будут добавляться записи.

Нужно успешно искать в этой базе записи (не важно по каким параметрам).

Как физически должна располагаться эта база? На рейде на одном сервере?
Или должно работать несколько экземпляров tomcat на разных серверах, где на каждом сервере будет своя база?

Или база должна храниться порциями на нескольких серверах. Когда тогда поиск должен выполняться? Одновременно на каждом сервере а потом результаты должны складироваться?
PM MAIL   Вверх
Akina
Дата 14.12.2011, 14:14 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Советчик
****


Профиль
Группа: Модератор
Сообщений: 20581
Регистрация: 8.4.2004
Где: Зеленоград

Репутация: 13
Всего: 454
Мало данных для осмысленного ответа.


--------------------
 О(б)суждение моих действий - в соответствующей теме, пожалуйста. Или в РМ. И высшая инстанция - Администрация форума.
PM MAIL WWW ICQ Jabber   Вверх
Nofate
Дата 14.12.2011, 14:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Опытный
**


Профиль
Группа: Участник
Сообщений: 266
Регистрация: 13.10.2008

Репутация: нет
Всего: 8
Нужно успешно искать в этой базе записи. Ну это для любой базы, в общем-то, справедливо )
А чтобы ответить на ваши вопросы нужно куда больше входных данных.
  • Что это за миллиарды записей? Один огромный куб данных? Множество таблиц поменьше? Граф однородных объектов? 
  • Данные только извлекаются или необходимы вставки, удаления, обновления?
  • Есть ли необходимость в транзакциях?
  • Каков характер запросов? Единичные и тяжелые или частые, но легковесные (или частые и тяжелые)?
  • Каковы требования к безотказности и полноте? Допустимо ли получить не гарантированно все результаты, удовлетворяющие запросу, но большую их часть?




--------------------
The future is not set, there is no fate but what we make for ourselves.
Нофейтово пространство и смежные области 
PM MAIL WWW ICQ   Вверх
tmlder
Дата 14.12.2011, 16:07 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 43
Регистрация: 22.10.2009

Репутация: нет
Всего: нет
Цитата(Nofate @ 14.12.2011,  14:44)
Нужно успешно искать в этой базе записи. Ну это для любой базы, в общем-то, справедливо )
А чтобы ответить на ваши вопросы нужно куда больше входных данных.

  • Что это за миллиарды записей? Один огромный куб данных? Множество таблиц поменьше? Граф однородных объектов? 
  • Данные только извлекаются или необходимы вставки, удаления, обновления?
  • Есть ли необходимость в транзакциях?
  • Каков характер запросов? Единичные и тяжелые или частые, но легковесные (или частые и тяжелые)?
  • Каковы требования к безотказности и полноте? Допустимо ли получить не гарантированно все результаты, удовлетворяющие запросу, но большую их часть?

Одна запись в таблице представляет из себя инофрмацию о книге.
Соотвественно нужно искать по текстовому описанию, по году выпуска и т.п. Запросы получается частые и тяжелые.
Записи могут редактироваться и добавляться новые.

MySQL подойдет для такой задачи?
PM MAIL   Вверх
freehoster
Дата 18.12.2011, 17:44 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Бывалый
*


Профиль
Группа: Участник
Сообщений: 152
Регистрация: 26.10.2011
Где: Москва

Репутация: нет
Всего: нет
Цитата

MySQL подойдет для такой задачи? 


подойдет, работа с большими базами хорошо организована, да и время выполнения даже тяжелого запроса не большое
PM MAIL   Вверх
  
 Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)

Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.

Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.
 
1 Пользователей читают эту тему (1 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »

Подписаться на тему | Подписка на этот форум | Скачать/Распечатать тему


 




[ Время генерации скрипта: 0.0819 ]   [ Использовано запросов: 21 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
 По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.