![]() |
Модераторы: skyboy, MoLeX, Aliance, ksnk |
![]() ![]() ![]() |
|
ksnk |
|
|||
![]() прохожий ![]() ![]() ![]() ![]() Профиль Группа: Комодератор Сообщений: 6855 Регистрация: 13.4.2007 Где: СПб Репутация: 14 Всего: 386 |
PHPmyAdmin откуда-то берет информацию о "накладных расходах" для таблиц. Можно ли как-нибудь получить такую-же оценку неэффективно используемого пространства запросами?
Добавлено через 1 минуту и 24 секунды Вообще поделитесь опытом, кто как и когда вызывает всякие optimize и analize table и номальном живом проекте? -------------------- Человеку свойственно ошибаться, программисту свойственно ошибаться профессионально ! ![]() |
|||
|
||||
skyboy |
|
|||
неОпытный ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 9820 Регистрация: 18.5.2006 Где: Днепропетровск Репутация: 14 Всего: 260 |
||||
|
||||
ksnk |
|
|||
![]() прохожий ![]() ![]() ![]() ![]() Профиль Группа: Комодератор Сообщений: 6855 Регистрация: 13.4.2007 Где: СПб Репутация: 14 Всего: 386 |
skyboy, Спасибо, чего-то я сам не смог найти это поле, пока носом не ткнули
![]() Пока придумана такая схема, она стартует по входу в админку сайта. -- ведется в базе параметр - дата последней оптимизации. -- Если прошло больше месяца - оптимизируем безусловно. -- начиная с 3-х дней после последней оптимизации с вероятностью 10% возможна оптимизация баз. Оптимизация выглядит как: -- получение информации о таблицах -- analize тех, которые тратят более 10кб -- запись в базу даты последней оптимизации. -------------------- Человеку свойственно ошибаться, программисту свойственно ошибаться профессионально ! ![]() |
|||
|
||||
skyboy |
|
|||
неОпытный ![]() ![]() ![]() ![]() Профиль Группа: Модератор Сообщений: 9820 Регистрация: 18.5.2006 Где: Днепропетровск Репутация: 14 Всего: 260 |
смысл? ![]() оптимизация - либо бессмысленная операция(зачем 10 Кб выигрывать? если бы операция оптимизации проходила мгновенно, СУБД сама бы производила "дефрагментацию"), либо слишком времезатратная(помню как-то на внутренней БД ошибся в запросе и наплодил вместо нескольких тысяч полтора миллиона записей; после удаления занятое, но не освобожденное пространство составляло около 200 Мб, оптимизация происходила около минуты, кажется), чтоб автоматизировать её. работает - не трогай. быстро и правильно работает - тем более не трогай ![]() |
|||
|
||||
ksnk |
|
|||
![]() прохожий ![]() ![]() ![]() ![]() Профиль Группа: Комодератор Сообщений: 6855 Регистрация: 13.4.2007 Где: СПб Репутация: 14 Всего: 386 |
skyboy, Ну, практика показывает, что таблицы загаживаются. Чистить их надо. Через полгода работы одного проекта, размер базы у него при примерно том-же контенте разросся примерно в 10 раз с тормозами - очень большой трафик новостей :-(
Заставлять юзера чего-то думать про какую-то там чистку каких-то там таблиц мне представляется недостаточно человеколюбиво... Еще пример, я тут повадился сессии хранить в базе, дык вот эту таблицу надо бы и почаще чистить ( может даже пересоздавать ) Я просто пытаюсь сгенерировать алгоритм, по которому чистка будет производится не очень часто, и когда она действительно нужна. В принципе, можно , наверное, взять 10-20% от реального размера таблицы, а не 10 кил... -------------------- Человеку свойственно ошибаться, программисту свойственно ошибаться профессионально ! ![]() |
|||
|
||||
![]() ![]() ![]() |
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей) | |
0 Пользователей: | |
« Предыдущая тема | PHP: Базы Данных | Следующая тема » |
|
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности Powered by Invision Power Board(R) 1.3 © 2003 IPS, Inc. |