Перейти к контенту
  • 0

Назначение таблиц в БД


Vitalik07

Вопрос

Здравствуйте!

 

Собственно хотелось бы узнать назначение каждой из таблиц в базе данных IPB, поэтому и создаю эту тему.

 

Всего таблиц получается 86.

Значения одних сразу же видны из их названий, другие вызывают некоторые сомнения, а назначение третьих можно определить только если детально в них покопаться..

Предлагаю общими усилиями это выяснить.

 

Ниже привожу список таблиц (для версии ipb 2.3.1) и некоторые собственные пояснения к ним.

Далее этот список будет обновляться по мере выяснения назначений таблиц.

 

ibf_acp_help - Справочная информация для Админцентра

ibf_admin_login_logs - Лог авторизаций в Админцентр

ibf_admin_logs - Все действия администраторов

ibf_admin_permission_keys - Список ограничений для администраторов в Админцентре

ibf_admin_permission_rows - Назначенные ограничения для администраторов в Админцентре

ibf_admin_sessions - Сессии администраторов в Админцентре

ibf_announcements - Объявления на форуме

ibf_attachments - Все прикрепленные файлы

ibf_attachments_type - Допустимые типы прикрепляемых файлов

ibf_badwords - Фильтр нецензурных слов (заменяются на #)

ibf_banfilters - Маски запрещенных IP адресов, ников и e-mail адресов

ibf_bulk_mail - Массовые рассылки писем на электронную почту (дабы сервер не подумал что мы спамим)

ibf_cache_store - Системный кэш форума (форумы, группы, настройки, стили)

ibf_cal_calendars - Список календарей

ibf_cal_events - Список событий в календаре

ibf_components - Компоненты IPB (типа блогов и галерей)

ibf_conf_settings - Настройки форума

ibf_conf_settings_titles - Поясняющие описания настроек форума

ibf_contacts - Списки "друзей" пользователей

ibf_converge_local - Таблица для IP.Converge

ibf_custom_bbcode - Свои BB-коды

ibf_dnames_change - История изменения отображаемого имени

ibf_email_logs - Отправленные с форума письма

ibf_emoticons - Таблица смайликов

ibf_faq - "Помощь" по форуму

ibf_forum_perms - Наборы прав на доступ к форуму

ibf_forum_tracker - Подписки на форум

ibf_forums - Дерево подфорумов и разделов

ibf_groups - Группы пользователей

ibf_languages - Языки форума

ibf_login_methods - Все возможные методы авторизации

ibf_mail_error_logs - Ошибки отправки писем

ibf_mail_queue - Очередь отправки почтовых уведомлений

ibf_member_extra - Дополнительная информация о пользователях форума

ibf_members - Список всех пользователей форума

ibf_members_converge - Навороченная система хранения паролей пользователей

ibf_members_partial - Наворот от методов логина (на случай если пользователь хранится во внешней БД)

ibf_message_text - Тексты личных сообщений

ibf_message_topics - Заголовки личных собщений

ibf_moderator_logs - Все действия модераторов форума

ibf_moderators - Назначение модераторов на подфорумы

ibf_pfields_content - Значение дополнительных полей в профилях пользователей

ibf_pfields_data - Список дополнительных полей в профиле

ibf_polls - Голосования и опросы

ibf_posts - Все сообщения пользователей на форуме

ibf_profile_comments - Профиль. Комментарии

ibf_profile_friends - Профиль. Друзья

ibf_profile_portal - Профиль. Все настройки

ibf_profile_portal_views - Профиль. Количество просмотров

ibf_profile_ratings - Профиль. Рейтинг

ibf_reg_antispam - Таблица предовтращений повторных регистраций с одного IP в течение короткого времени (предотвращение регафлуда)

ibf_rss_export - RSS. Потоки экспорта

ibf_rss_import - RSS. Потоки импорта

ibf_rss_imported - RSS. Записи уже ипортированные (при удаление ленты из таблицы ibf_rss_import все импортированные записи этой ленты будут удалены)

ibf_search_results - Сохраненные "сессии" поисков

ibf_sessions - Сохраненные сессии пользователей

ibf_skin_macro - Skins. Макросы стилей

ibf_skin_sets - Skins. Сами стили, настройки скинов

ibf_skin_template_links - Skins. Связи между шаблонами стилей

ibf_skin_templates - Skins. Шаблоны стилей

ibf_skin_templates_cache - Skins. Кэш шаблонов стилей

ibf_skin_url_mapping - Skins. Завязка стилей на определенные урлы

ibf_spider_logs - Визиты поисковых ботов (все что просмотрели, куда и когда заходили)

ibf_subscription_currency - Способы оплаты для платной подписки

ibf_subscription_extra

ibf_subscription_logs

ibf_subscription_methods - Платежные гейты (PayPal, 2CheckOut и другие) для платной подписки

ibf_subscription_trans

ibf_subscriptions - Платные подписки

ibf_task_logs - Лог работы задач

ibf_task_manager - Менеджер задач

ibf_template_diff_changes - Сохраненные результаты сравнения стилей

ibf_template_diff_session - Cессии сравнеия стилей

ibf_templates_diff_import

ibf_titles - Статусы пользователей

ibf_topic_markers - Таблица посещений тем (работает вместе с ibf_topics_read)

ibf_topic_mmod - Настройки мультимодерации

ibf_topic_ratings - Рейтинг топиков

ibf_topic_views - Таблица просмотров тем (по этой таблице судя по всему апдейтятся просмотры тем, если в админке не выставлено их немедленное обновление)

ibf_topics - Все темы форума

ibf_topics_read - Прочтенность тем

ibf_tracker - Подписки на темы

ibf_upgrade_history - История апгрейдов

ibf_validating - Cессии валидаций (смена пароля, мыла, валидация пользователей)

ibf_voters - Списки проголосовавших (без сохранения их голосов)

ibf_warn_logs - Логи предупреждений

 

Пояснение к списку:

синяя таблица - назначение таблицы вроде как известно

бордовая таблица - есть какие-то сомнения по поводу назначения таблицы

серая таблица - назначение таблицы еще не выяснено

 

Пишите сюда любые объяснения по поводу назначения таблиц (как уже описанных, так и не описанных).

Если мои уже написанные описания несколько некорректны, то тоже пишите сюда более правильные "трактовки".

 

Спасибо за внимание :D

Изменено пользователем Vitalik07
Ссылка на комментарий
Поделиться на других сайтах

  • Ответы 67
  • Создана
  • Последний ответ

Лучшие авторы в этом вопросе

Лучшие авторы в этом вопросе

Популярные сообщения

Sannis

ibf_profile_portal?

Загружено фотографий

Рекомендуемые сообщения

  • 0

Скажите пожалуйста, какие поля должны содержаться поля в таблицах ibf_admin_logs и ibf_moderator_logs для версии форума 2.2.2.

 

Вроде таблицы на команду check table говорят что окей - но журналы администрирования и модерирования ругаются на ошибку БД

Ссылка на комментарий
Поделиться на других сайтах

  • 0
./install/ есть для этого...
Ссылка на комментарий
Поделиться на других сайтах

  • 0

из головы вылетело:

при переносе форума какие таблицы необходимы, а какие можно оставить:?

помню что было. а найти не могу

:D(

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Что мешает перенести все?

 

Это было в вики.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

Действительно..

писали Jul 25 2008, 12:59 PM

The data (who voted for what) is not presently stored, thus it is not possible currently.

http://forums.invisionpower.com/index.php?showtopic=275321

Ссылка на комментарий
Поделиться на других сайтах

  • 0

не, это сам опрос и кол-во голосов в нем.

Говорят, что информация такого рода не храниться =\ без мода не разобраться, и в старых опросах (после установки мода) голосующих видно не будет. =\

Ссылка на комментарий
Поделиться на других сайтах

  • 0

 

девушка в купальнике это конечно же круто... но мб у когонибудь сохранилась схема? если не сложно перезалейте пожалуйста.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
девушка в купальнике это конечно же круто
Где?

 

На самом деле, ничего интересного в ней небыло, в том смысле, что проще самому разобраться и подумать, чем разбираться в связях всей БД сразу на огромном рисунке. Можно написать GiV'у и попросить.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
можно ли перенести форум на другой хост так чтобы

осталась только база пользователей, структура форума ну и темы и сообщения...???

 

полный бекап/восстановление базы меня не сильно устраивает - стоит задача перенести форум без настроек (тоесть только указанное выше)...

 

я брал тыкал по одной таблице, но все упирается в таблицу

ibf_cache_store

без нее не появляется структура форумов, хотя все пользователи со своими данными остаются

а вот когда переношу и эту таблицу, то отображается все как при полном переносе...

может нужно сделать какую-то очистку кеша?

 

реально ли сделать такой частичный перенос?

 

Интересует этот же вопрос. Нет желания анализировать почти 100 таблиц. Если эта проблема уже обсуждалась, будьте добры - линк.

Ссылка на комментарий
Поделиться на других сайтах

  • 0

А не подскажите в какой таблице хранятся данные поля Изменить информацию о себе А то при написании Русскими буквами, отображаются знаки вопросов, нужно изменить кодировку таблицы, вот только какой? :D

Не эта случаем? ibf_member_extra

 

Из всех полей:

  • Изменить личные данные
  • Изменить настройки анкеты
  • Изменить информацию о себе
  • Изменить подпись
  • Установка аватара
  • Установка фотографии

все отображаются нормально, а вот Изменить информацию о себе нужно подправить кодировочку. ;)

Ссылка на комментарий
Поделиться на других сайтах

  • 0
А не подскажите в какой таблице хранятся данные поля Изменить информацию о себе А то при написании Русскими буквами, отображаются знаки вопросов, нужно изменить кодировку таблицы, вот только какой? :D

Не эта случаем? ibf_member_extra

 

Из всех полей:

  • Изменить личные данные
  • Изменить настройки анкеты
  • Изменить информацию о себе
  • Изменить подпись
  • Установка аватара
  • Установка фотографии

все отображаются нормально, а вот Изменить информацию о себе нужно подправить кодировочку. ;)

ibf_profile_portal? :)

Ссылка на комментарий
Поделиться на других сайтах

  • 0

:D Скажите плиз! После переезда на другой сервер вдруг перестала работать в админке панель, которая отвечает за журналы, то есть в пункте КОМПОНЕНТЫ вот это

 

mJournal

Statistics

Settings

Skin settings

Import/Export

Right access

Tools

ничего не отображается, точнее пустое белое поле вместо содержимого((

Хотя при этом журналы работают нормально.. Просто никак нельзя теперь ни изменить стиль, ни макросы, не подскажете- где посмотреть именно эту таблицу?

post-49641-1236153469_thumb.jpg

Изменено пользователем rfgbnjirf
Ссылка на комментарий
Поделиться на других сайтах

  • 0
срочненький вопрос такой: перекинул на свой форум 2.3.6 всех пользователей с паролями с другого форума, но статистика на главной странице форума (конкретно: "Зарегистрировано пользователей: х") осталась старой, так вот хочется узнать - где эта статистика хранится, чтобы ее поправить, если она складывается НЕ запросом на кол-во строк в ibf_members о_О
Ссылка на комментарий
Поделиться на других сайтах

  • 0
Изучите меню на странице Настроек в АЦ.
Ссылка на комментарий
Поделиться на других сайтах

  • 0
Скажите, как правильно составить запрос через АЦ в таблицу ibf_banfilters, чтобы можно было одномоментно забанить сотню почтовых адресов или IP-адресов?
Ссылка на комментарий
Поделиться на других сайтах

  • 0
можно ли перенести форум на другой хост так чтобы

осталась только база пользователей, структура форума ну и темы и сообщения...???

 

полный бекап/восстановление базы меня не сильно устраивает - стоит задача перенести форум без настроек (тоесть только указанное выше)...

 

я брал тыкал по одной таблице, но все упирается в таблицу

ibf_cache_store

без нее не появляется структура форумов, хотя все пользователи со своими данными остаются

а вот когда переношу и эту таблицу, то отображается все как при полном переносе...

может нужно сделать какую-то очистку кеша?

 

реально ли сделать такой частичный перенос?

 

Интересует этот же вопрос. Нет желания анализировать почти 100 таблиц. Если эта проблема уже обсуждалась, будьте добры - линк.

это таблица кеша форума. в ней хранятся кешированные данные, чтобы форум использовал меньше запросов к базе.

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

 

че-то я на древний вопрос ответил...

 

Скажите, как правильно составить запрос через АЦ в таблицу ibf_banfilters, чтобы можно было одномоментно забанить сотню почтовых адресов или IP-адресов?

через админку проще. диапазон или по шаблону.

а так все равно по одному их вводить.

 

если есть список разных в файле, то лучше скрипт написать, который запрос подготовит.

Изменено пользователем G*g
Ссылка на комментарий
Поделиться на других сайтах

  • 0
через админку проще. диапазон или по шаблону.

а так все равно по одному их вводить.

 

 

Вы, наверное, тот математик из анекдота про воздушный шар. Хорошо, немного переформулирую. В АЦ, в закладке "прочее" можно выбрать "Управление SQL" -> "Инструменты". Далее выбрать таблицу ibf_banfilters и сделать в верхнем окошечке запрос к SQL-базе. По умолчанию выводится "SELECT * FROM ibf_banfilters".

 

Таки вот, нужен корректный INSERT INTO. Потому как значения поля ban_type и ban_content накопать несложно, а поля ban_id и ban_date мне не совсем ясны. Если они заполняются автоматически - тогда всё просто. А если нет? Кто может уточнить этот вопрос? Под рукой нет phpMyAdmin и прочего - только форум с АЦ. Подозреваю, что ban_id автоматически заполняется. Но хотелось бы и ban_date красиво заполнить.

Ссылка на комментарий
Поделиться на других сайтах

  • 0
через админку проще. диапазон или по шаблону.

а так все равно по одному их вводить.

 

 

Вы, наверное, тот математик из анекдота про воздушный шар. Хорошо, немного переформулирую. В АЦ, в закладке "прочее" можно выбрать "Управление SQL" -> "Инструменты". Далее выбрать таблицу ibf_banfilters и сделать в верхнем окошечке запрос к SQL-базе. По умолчанию выводится "SELECT * FROM ibf_banfilters".

 

Таки вот, нужен корректный INSERT INTO. Потому как значения поля ban_type и ban_content накопать несложно, а поля ban_id и ban_date мне не совсем ясны. Если они заполняются автоматически - тогда всё просто. А если нет? Кто может уточнить этот вопрос? Под рукой нет phpMyAdmin и прочего - только форум с АЦ. Подозреваю, что ban_id автоматически заполняется. Но хотелось бы и ban_date красиво заполнить.

ага, я тот математик из анекдота.

ban_id - уникальная запись в таблице, поле с auto_increment. заполнять при вставке не нужно.

ban_type - тип бана. указывает что баним. по умолчанию в форуме может быть равно email, ip, либо name. судя по названию значений должно быть понятно для чего. если не заполняем при вставке, проставится ip.

ban_content - поле, куда пишется само значение бана, например сам email, либо его шаблон, ip, имя, можно указывать шаблоны.

ban_date - дата бана в unix-формате.

 

пример sql в таблицу:

INSERT INTO `*banfilters` (`ban_type`, `ban_content`, `ban_date`) VALUES 
('name', '*qwe*', 1239777356),
('ip', '127.0.0.1', 1239777357);

* - префикс таблицы.

 

мне интересно, вам реально удобнее большой sql руками составлять?

Изменено пользователем G*g
Ссылка на комментарий
Поделиться на других сайтах

  • 0
ban_date - дата бана в unix-формате.

 

Наверное в VALUES (..., UNIX_TIMESTAMP()); ?

 

мне интересно, вам реально удобнее большой sql руками составлять?

 

Есть вариант вытащить список адресов спамеров одной длинной строкой, разделённой запятыми (вот как тут IP-адреса: http://www.stopforumspam.com/downloads/ ). А уж в каком-нибудь блокноте вставить туда пару слов и запятых - дело простое. Потом в АЦ и готово. Пять минут возни, а душа радуется.

Ссылка на комментарий
Поделиться на других сайтах

Присоединиться к обсуждению

Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.

Гость
Ответить на вопрос...

×   Вы вставили отформатированный текст.   Удалить форматирование

  Допустимо не более 75 смайлов.

×   Ваша ссылка была автоматически заменена на медиа-контент.   Отображать как ссылку

×   Ваши публикации восстановлены.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

Зарузка...

×
×
  • Создать...

Важная информация

Находясь на нашем сайте, вы соглашаетесь на использование файлов cookie, а также с нашим положением о конфиденциальности Политика конфиденциальности и пользовательским соглашением Условия использования.