|
|
|
| При заполнении таблицы возникла необходимость старые записи скажем за прошлый год хранить не в основной базе а в так называемомо архиве, можно как то реализовать на mysql ? | |
|
|
|
|
|
|
|
для: dimaxz
(21.01.2011 в 10:30)
| | А версия MySQL какая? Если используется ветка MySQL 5.1.x можно воспользоваться сегментированием (в том числе и по годам), если версия ниже, придется создавать архивные таблицы самостоятельно и перебрасывать записи при помощи запроса INSERT ... SELECT ... | |
|
|
|
|
|
|
|
для: dimaxz
(21.01.2011 в 10:30)
| | >При заполнении таблицы возникла необходимость старые записи скажем за прошлый год хранить не в основной базе а в так называемомо архиве, можно как то реализовать на mysql ?
Не в основной базе? Или всё ж таки не в основной таблице? | |
|
|
|
|
|
|
|
для: Trianon
(21.01.2011 в 10:46)
| | ну скажем есть база (mybd) состоящая из 10 таблиц, записи их около 35000 тысяч пока, получаются путем сложного сединения с другими таблицами (17 join соединений), поэтому когда база вырастит до милиона появится необходимость ее "разгрузить" иначе запросы будут проходить очень медленно, вот думаю каким образом это сделать.
Пока тока вариант такой это создавать архивные БД и там хранить данные, скажем mybd - текущая, а mybd2010 за прошлый год. При входе в систему выбирать с какой бд работать. | |
|
|
|
|
|
|
|
для: dimaxz
(21.01.2011 в 11:11)
| | 35000 тысяч - это 35 миллионов? За полмесяца только или с учетом прошлых лет?
Вообще-то разгружать обычно требуется сервер, а не базу. Либо конкретную таблицу(таблицы).
Сама по себе база к переполнениям нечувствительна.
Хотя в принципе, такой подход, как Вы описали, тоже имеет право на. | |
|
|
|
|
|
|
|
для: Trianon
(21.01.2011 в 11:18)
| | 35000 тысяч за пол года | |
|
|
|
|
|
|
|
для: dimaxz
(21.01.2011 в 11:21)
| | еще раз.
35000 тысяч - это не по-русски.
либо 35 миллинонов либо порядка 35 000 000 | |
|
|
|
|
|
|
|
для: Trianon
(21.01.2011 в 11:21)
| | торможу, простите 35 000 записей получаемых в резульатате запроса | |
|
|
|