Очистка базы данных (приведение к исходной структуре) - Дизайн и модификация Invision Power Board

Перейти к содержимому

 

Правила раздела

Здесь обсуждаются вопросы по настройке и администрированию форумов IPB 3.x.
Пожалуйста, не оффтопьте, если зашли сюда случайно, и обратите внимание на соседние разделы.
Установка, настройка и обслуживание форумов IPB 2.x.
Оформление форумов, включая верстку скинов.
Размещение рекламы на форумах.
SEO оптимизация форума.
Техническая поддержка наших скинов и модов.

СвернутьПрикрепленные теги

Теги не найдены

Страница 1 из 1

Очистка базы данных (приведение к исходной структуре)

#1 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 11 Декабрь 2012 - 14:42

Добрый день!

Еще со времен использования IBR с их "наработками" и исправлениями у меня в базе висят разные таблицы, которых нет в оригинальной поставке, настройки в ACP на русском языке, которые не несут никакого смысла и пр.

Есть ли какие-либо способы приведения базы данных к оригинальному виду? Как знать, что можно удалить, да как перенести без вреда для сайта? Конечно же сейчас все работает, но, кто знает, быть может где-то висят чрезмерные индексы, да и лишние таблицы тоже ни к лицу.

Если есть советы - расскажите, буду благодарен!
0

#2 Пользователь не на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 720
  • Регистрация: 20-Март 09
  • Репутация: 2 269
  • IPB version:3.1.x
 

Отправлено 11 Декабрь 2012 - 18:45

Если все работает и таблицы ничем не мешают кроме самим фактом их присутствия, то лучше ничего не трогать. То, что они не так часто обновляются как другие не означает что могут совсем не использоваться. Самый верный вариант выполнить поиск по скрипту - если есть где-то к ним обращение или нет.
0

#3 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 11 Декабрь 2012 - 18:47

Понятно, что можно накосячить, но уж больно хочется привести базу в надлежащий вид. Особенно учитывая, что лишние поля и индексы могут в будущем сильно влиять на производительность.

Как правильнее хотя бы удалить настройки из АЦ, оставшиеся от ИБР? Нужно ведь выяснить, что они точно нигде не используются, как минимум.
0

#4 Пользователь не на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 720
  • Регистрация: 20-Март 09
  • Репутация: 2 269
  • IPB version:3.1.x
 

Отправлено 11 Декабрь 2012 - 18:57

Просмотреть сообщениеBonov сказал(а):

Особенно учитывая, что лишние поля и индексы могут в будущем сильно влиять на производительность.

Лишние поля и индексы чужих таблиц ничем не мешают производительности. Конечно, если у вас таблицы не занимают по 1GB+.


Просмотреть сообщениеBonov сказал(а):

Как правильнее хотя бы удалить настройки из АЦ, оставшиеся от ИБР? Нужно ведь выяснить, что они точно нигде не используются, как минимум.

Как удалить, или как удалить настройки которые нигде не используются? Первое - включить режим разработчика, второе - опять же, поиском настройки по скрипту.
0

#5 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 11 Декабрь 2012 - 19:05

Просмотреть сообщениеsiv1987 11 Декабрь 2012 - 18:57 сказал(а):

Лишние поля и индексы чужих таблиц ничем не мешают производительности. Конечно, если у вас таблицы не занимают по 1GB+.


Понятно, что лишние таблицы не мешают, но индексы могут быть добавлены и в активные таблицы, как и лишние поля.
0

#6 Пользователь не на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 720
  • Регистрация: 20-Март 09
  • Репутация: 2 269
  • IPB version:3.1.x
 

Отправлено 11 Декабрь 2012 - 19:11

Индексы сами по себе никуда не добавляются, и смысл обычно добавлять их в рабочие таблицы тоже нету. Делается это если запрос сильно тормозит и используются нестандартные условия выбора. Несколько дополнительных (пустых) полей на вашу производительность абсолютно никак не скажется.
0

#7 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 11 Декабрь 2012 - 19:14

siv1987, вопрос не в эффективности, производительности, целесообразности и пр., а в правильном способе очистке БД.
0

#8 Пользователь не на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 720
  • Регистрация: 20-Март 09
  • Репутация: 2 269
  • IPB version:3.1.x
 

Отправлено 11 Декабрь 2012 - 19:23

Bonov, а что вы понимаете под "правильный способ"?
0

#9 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 11 Декабрь 2012 - 21:45

Просмотреть сообщениеsiv1987 11 Декабрь 2012 - 19:23 сказал(а):

Bonov, а что вы понимаете под "правильный способ"?

Удаление ненужных данных, которые были добавлены и не удалены сторонними приложениями, хуками, ИБР и пр., не нарушающее работу форума и всех его приложений.
0

#10 Пользователь не на сайте   siv1987 ответил: »

 
 
  • Advanced
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: IPB Skins Team
  • Сообщений: 8 720
  • Регистрация: 20-Март 09
  • Репутация: 2 269
  • IPB version:3.1.x
 

Отправлено 11 Декабрь 2012 - 21:54

Просмотреть сообщениеsiv1987 сказал(а):

Самый верный вариант выполнить поиск по скрипту - есть где-то к ним обращение или нет.

0

#11 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 13 Декабрь 2012 - 12:09

Во вложении файл сравнения структур баз данных (моего форума и чистой установки). Версия 3.4.0.
Особенно настораживают изменения в типах полей. Да, пока все работает и, возможно, будет работать еще долгое время, однако же когда всплывут косяки, то можно очень долго думать, прежде, чем найдешь причину... Поэтому я и решил задуматься именно сейчас.

P.S. Странно, что при обновлениях типы этих полей не изменились. Либо же это все-таки наследство ИБР.

Вложение  Различия в базах данных.rar (6,29К)
Количество загрузок: 4
0

#12 Пользователь не на сайте   Ritsuka ответил: »

 
 
  • ***
  • Смотреть галерею
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 1 908
  • Регистрация: 08-Июнь 09
  • Репутация: 531
  • IPB version:3.4.x
 

Отправлено 13 Декабрь 2012 - 14:50

Цитата

Странно, что при обновлениях типы этих полей не изменились. Либо же это все-таки наследство ИБР.

Зря вы все списываете на IBR. Базы обновленного с предыдущих версий (в том числе и IPS-овского) форума и нового форумов действительно отличаются, потому что при апрейде выполняются только значимые измненеия в структуре таблиц и полей.

Например, в вашей таблице есть несколько групп вообще не имеющих значения изменений, как то:

  • Type: int(10) -> int(11) - сыграет роль только после 2038 года, при условии, что технологии не изменятся и все ОС будут минимум 64-битными,
  • Default: None -> Empty string - вообще не играет никакой роли, просто "красоту навели",
  • Attributes: UNSIGNED - аттрибут для экономии места и наращивании диапазона значений. В текущих условиях вообще ни на что не влияет.


Помимо них остается 2 изменения типа:

core_like	like_lookup_area	Type	char(32)	varchar(32)
core_sys_cp_sessions	session_member_name	Type	varchar(250)	varchar(255)

Тут char заменен на varchar отказа от экономии пары байт ради "крастоы" места, и varchar(250) на varchar(255) просто для красоты, чтобы уже везде было 255 (хотя там хватит и 16 символов, т.к. там хранятся 16-символьные сессии).

Новые дефолтные настройки для галереи:
groups	g_photo_max_vars	Default	100:150:150	100:200:300


Подписка на уведомления включена по-фелоту:
inline_notifications	notify_meta_id	Null	Yes	No


На определенном этапе жизни блогов состоялся переход от "1 к 1" к "1 ко многим", и конвертация осуществлялась "лениво" - по первому запросу. Это поле отражало факт выполнения перевода:
members	blogs_recache	Extra field	


Тентаклеговно от IBR:
members	vk_uid	Extra field	


Исторически сохранилось из формы регистрации 3.1.х-, не используется:
members	ip_address	Default	


Когда-то у постов были заголовки и иконки:
posts	post_title	Extra field
posts	icon_id	Extra field	


А к провилям пользователей можно было писать заметки:
profile_portal	notes	Extra field	


У топиков тоже были описания и иконки:
topics	description	Extra field
topics	icon_id	Extra field


Все исторически сохранившиеся поля не удаляются, ибо в будущем функция может вернуться. Например, в новой галерее вернули категории. Те, кто не "оптимизировал свои базы" получили их обратно "как было", а вот чистильщикам пришлось все пересоздавать. Та же ситуация может быть и с описаниями тем, иконками и заголовками постов, IP регистрации и т.д. :)

Заключение: при обновлениях IPS придерживается концепции "максимального сохранения" данных. То, что важно для работоспособности и скорости - то изменяется. Исторически сохранившиеся данные - хранятся и дальше, "а то мало ли что". Никакой необходимости что-то чистить вручную нет. Все важные для скорости и работы типы и индексы так же меняются и переустанавливаются мастером обновления.
3

#13 Пользователь не на сайте   Bonov ответил: »

 
 
  • Advanced
  • ***
  • Insert nick to fast reply form
  • Quote selected text to fast reply form
  • Группа: Пользователи
  • Сообщений: 171
  • Регистрация: 15-Декабрь 10
  • Репутация: 13
  • Откуда:Москва/Коломна
  • IPB version:3.4.x
 

Отправлено 13 Декабрь 2012 - 14:59

Ritsuka, спасибо, теперь все понятно, что к чему, и переживания оказались бессмысленными. Зато теперь я владею важной информацией, которая может пригодиться в будущем! ;)
0

Сообщить об этой теме:


Страница 1 из 1


Быстрый ответ

  

1 пользователей читают эту тему
0 зарегистрированных, 1 гостей, 0 скрытых


Контактная информация

Вопросы по работе сайта

+7 (917) 501-4765
C 10 до 20 в рабочие дни (время московское)

Техническая поддержка

Контактные данные специалистов

Дизайн форумов

IPB 3.x ¦ IPB 2.x

Бесплатные шаблоны

IPB 3.2 – 3.4 ¦ IPB 3.1 ¦ IPB 3.0 ¦ IPB 2.2 – 2.3 ¦ IPB 2.1 ¦ Клипарт
Лицензия на использование ¦ Ваша поддержка ¦ О проекте
Copyright © 2005-2016 IPBSkins.ru Team
При копировании материалов с сайта
прямая ссылка на источник обязательна