Изменение id пользователей

[PALADIN+]

В базе данных существуют пробелы по колонке id'шников.

(например юзер не подтведил регистрацию и его удаляют, то есть колонка представляет собой:

id

100

101

102

*вот здесь кого-то стёрли

109)

 

Как упорядочить БД так, чтобы эти пробелы пропали?

 

То есть сместить 109й номер на 103, и так далее. А авторство и прочие связи должны сохраниться за теми же юзерами.

[theIggs]

Могу подсказать мудрое решение: забить на эту глупость.

Если совет не подходит, то поищите по форуму подобные темы (а их тут уже как... короче, много), а потом, опять же — забить на эту глупость.

[PALADIN+]

Да вот чувствую в результате так и поступлю =) В смысле забью.

 

Тогда вот такой вопрос - когда открываю список мемберов в phpMyAdmin они по умолчанию упорядочиваются непонятно как.. то есь вроде бы по id

Но в тоже время попадаются такие вот уникумы:

100

101

478 (!!!!)

102

Это они по какому пункту ровняются? Дата регистрация вроде бы нормальная

[Fisana]

Насчет забить, не уверена, что это правильно.

У меня н-ное количество анрегов. Их id в 1.3 были исключены из таблицы ibf_members, а в темах, где эти пользователи отвечали, видимо что-то осталось нехорошее.

В 1.3 проблем не было.

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

Проверила таблицу ibf_posts, выяснилось, что там в таких случаях стоит id=0.

Пришлось регить специального "юзера" и приравнивать все эти нули к его id. И только тогда ошибки исчезли..

[Vic'er]

Насчет забить, не уверена, что это правильно.

А обновлять все остальные таблицы правильно?

[theIggs]

В таблице ibf_members вроде как есть специальный юзер с номером 0, и звать его Гуест...

[Fisana]

Vicer

Может и не правильно, но что было делать, когда баги появились? Здесь ответа не нашла - такого ни у кого кажется не было..

 

theIggs

Возможно...)))

Но гости у меня на форуме никогда не писали. Или анреги после апгрейда почему-то не приравнялись к гостям.

 

И проблема решилась заменой этих самых нулей...

А еще всплыли темы перемещенные, но потом удаленные с количеством ответов -1.

Менять -1 на 0 тоже было не нужно?

[PALADIN+]

У меня н-ное количество анрегов. Их id в 1.3 были исключены из таблицы ibf_members, а в темах, где эти пользователи отвечали, видимо что-то осталось нехорошее.

Кстати да..У меня такое вполне может получится. Не буду ничего менять.

Я так понимаю юзер регистрируется, не подтвердив по майлу регистрацию пишет пост, а потом его удаляет система через недельку.

Остаются сообщения от unregistred ..Лучше их совсем не трогать.

[ImUgh]

PALADIN+

Тогда вот такой вопрос - когда открываю список мемберов в phpMyAdmin они по умолчанию упорядочиваются непонятно как.. то есь вроде бы по id

Но в тоже время попадаются такие вот уникумы:

на самом деле таблица в БД никак не отсортирована. 458 между 101 и 102 появитсья не может, а между 101 и 103 (если нет 102) - запросто.

Происходить это может при оптимизации таблицы.

 

Fisana

Насчет забить, не уверена, что это правильно.

Единственное абсолютно верное и разумное решение.

Устранить все прочие вознивающие пробемки - гораздо проще.

И правильнее. Так как это глюки. А перенумерация юзеров - это блаж и геморрой.

 

Я так понимаю юзер регистрируется, не подтвердив по майлу регистрацию пишет пост, потом его удаляет система через недельку.

Остаются сообщения от unregistred ..Лучше их совсем не трогать.

так не бывает

как ты себе представляешь пост от НЕподтвердившего регу юзера?

[OverHerz]

как ты себе представляешь пост от НЕподтвердившего регу юзера?

достотачно разрешить группе Validation постить в каком-нибудь разделе

[PALADIN+]

как ты себе представляешь пост от НЕподтвердившего регу юзера?

Запросто! Просто у него статус ждущий авторизации. А у меня на форуме и такие, и гости имеют право постить.

Ходит такой зелёный человечек неделю, потом его автоматом срезает система.

 

на самом деле таблица в БД никак не отсортирована. 458 между 101 и 102 появитсья не может, а между 101 и 103 (если нет 102) - запросто.

Происходить это может при оптимизации таблицы.

Да, похоже на то. А упорядочить по id и сделать так, чтобы по умолчанию всегда сортировка шла нельзя? =) Мелочь, а всё-таки приятно.

[PALADIN+]

сорри, одно и то же сообщение два раза отправил.. Изменено 24 Мая 2005 пользователем PALADIN+

[Aleks]

Люди, как попробавший человек говорю, пересортировать номера id, если на них этом поле стоит auto_increment (а в ipb он везде стоит) ВАМ НЕ ДАСТ САМА MYSQL она просто будет говорить, что что-то такое уже было

[ImUgh]

IPx, PALADIN+

согласен, ступил.

Только понять немогу - зачем это нужно?

ИМХО или гость, или полноценный пользователь... а зачем нечто среднее....?

впрочем это уже оффтопик

 

Aleks

зачем писать о том, в чем не разбираешся?

у ibf_members НЕТ автоикремента по id.

и проблема с перенумерацией совсем в другом.

[Song]

Не старадайте фигнёй.

 

Насчёт автоинкремента, сегодня я выложу мод, его включающий.

Полезная вещь, избавляет от глюков.

[PALADIN+]

ImUgh

ИМХО или гость, или полноценный пользователь... а зачем нечто среднее....?

полноценный юзер, чтобы можно было майлы слать, ну и профиль соответсвенно =) а так не урезать же права недоавторизованным, меньше чем они у гостей есть?

 

Song

Насчёт автоинкремента, сегодня я выложу мод, его включающий.

Полезная вещь, избавляет от глюков.

Было бы неплохо

[Song]

Так уже запостил.

Смотри в Tips and Triks полезные примочки от меня.