Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В. Объектно-ориентированное программирование на PHP. Авторы: Кузнецов М.В., Симдянов И.В. C++. Мастер-класс в задачах и примерах. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Распределенная база данных
 
 автор: dimaxz   (21.01.2011 в 10:30)   письмо автору
 
 

При заполнении таблицы возникла необходимость старые записи скажем за прошлый год хранить не в основной базе а в так называемомо архиве, можно как то реализовать на mysql ?

  Ответить  
 
 автор: cheops   (21.01.2011 в 10:41)   письмо автору
 
   для: dimaxz   (21.01.2011 в 10:30)
 

А версия MySQL какая? Если используется ветка MySQL 5.1.x можно воспользоваться сегментированием (в том числе и по годам), если версия ниже, придется создавать архивные таблицы самостоятельно и перебрасывать записи при помощи запроса INSERT ... SELECT ...

  Ответить  
 
 автор: Trianon   (21.01.2011 в 10:46)   письмо автору
 
   для: dimaxz   (21.01.2011 в 10:30)
 

>При заполнении таблицы возникла необходимость старые записи скажем за прошлый год хранить не в основной базе а в так называемомо архиве, можно как то реализовать на mysql ?

Не в основной базе? Или всё ж таки не в основной таблице?

  Ответить  
 
 автор: dimaxz   (21.01.2011 в 11:11)   письмо автору
 
   для: Trianon   (21.01.2011 в 10:46)
 

ну скажем есть база (mybd) состоящая из 10 таблиц, записи их около 35000 тысяч пока, получаются путем сложного сединения с другими таблицами (17 join соединений), поэтому когда база вырастит до милиона появится необходимость ее "разгрузить" иначе запросы будут проходить очень медленно, вот думаю каким образом это сделать.
Пока тока вариант такой это создавать архивные БД и там хранить данные, скажем mybd - текущая, а mybd2010 за прошлый год. При входе в систему выбирать с какой бд работать.

  Ответить  
 
 автор: Trianon   (21.01.2011 в 11:18)   письмо автору
 
   для: dimaxz   (21.01.2011 в 11:11)
 

35000 тысяч - это 35 миллионов? За полмесяца только или с учетом прошлых лет?

Вообще-то разгружать обычно требуется сервер, а не базу. Либо конкретную таблицу(таблицы).
Сама по себе база к переполнениям нечувствительна.
Хотя в принципе, такой подход, как Вы описали, тоже имеет право на.

  Ответить  
 
 автор: dimaxz   (21.01.2011 в 11:21)   письмо автору
 
   для: Trianon   (21.01.2011 в 11:18)
 

35000 тысяч за пол года

  Ответить  
 
 автор: Trianon   (21.01.2011 в 11:21)   письмо автору
 
   для: dimaxz   (21.01.2011 в 11:21)
 

еще раз.
35000 тысяч - это не по-русски.
либо 35 миллинонов либо порядка 35 000 000

  Ответить  
 
 автор: dimaxz   (21.01.2011 в 11:27)   письмо автору
 
   для: Trianon   (21.01.2011 в 11:21)
 

торможу, простите 35 000 записей получаемых в резульатате запроса

  Ответить  
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования