PALADIN+ Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 В базе данных существуют пробелы по колонке id'шников.(например юзер не подтведил регистрацию и его удаляют, то есть колонка представляет собой:id 100101102*вот здесь кого-то стёрли109) Как упорядочить БД так, чтобы эти пробелы пропали? То есть сместить 109й номер на 103, и так далее. А авторство и прочие связи должны сохраниться за теми же юзерами. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 theIggs Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 Могу подсказать мудрое решение: забить на эту глупость.Если совет не подходит, то поищите по форуму подобные темы (а их тут уже как... короче, много), а потом, опять же — забить на эту глупость. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 PALADIN+ Опубликовано 22 Мая 2005 Автор Жалоба Поделиться Опубликовано 22 Мая 2005 Да вот чувствую в результате так и поступлю =) В смысле забью. Тогда вот такой вопрос - когда открываю список мемберов в phpMyAdmin они по умолчанию упорядочиваются непонятно как.. то есь вроде бы по idНо в тоже время попадаются такие вот уникумы:100101478 (!!!!)102 Это они по какому пункту ровняются? Дата регистрация вроде бы нормальная Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Fisana Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 Насчет забить, не уверена, что это правильно.У меня н-ное количество анрегов. Их id в 1.3 были исключены из таблицы ibf_members, а в темах, где эти пользователи отвечали, видимо что-то осталось нехорошее.В 1.3 проблем не было.После конвертации в 2.xx вылез баг. При чтении тем, где были такие ответы, наверху страницы выскакивали сообщения об ошибке, по 4 строчки на каждый ответ анрега.Проверила таблицу ibf_posts, выяснилось, что там в таких случаях стоит id=0.Пришлось регить специального "юзера" и приравнивать все эти нули к его id. И только тогда ошибки исчезли.. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Vic'er Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 Насчет забить, не уверена, что это правильно. А обновлять все остальные таблицы правильно? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 theIggs Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 В таблице ibf_members вроде как есть специальный юзер с номером 0, и звать его Гуест... Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Fisana Опубликовано 22 Мая 2005 Жалоба Поделиться Опубликовано 22 Мая 2005 VicerМожет и не правильно, но что было делать, когда баги появились? Здесь ответа не нашла - такого ни у кого кажется не было.. theIggsВозможно...))) Но гости у меня на форуме никогда не писали. Или анреги после апгрейда почему-то не приравнялись к гостям. И проблема решилась заменой этих самых нулей...А еще всплыли темы перемещенные, но потом удаленные с количеством ответов -1.Менять -1 на 0 тоже было не нужно? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 PALADIN+ Опубликовано 22 Мая 2005 Автор Жалоба Поделиться Опубликовано 22 Мая 2005 У меня н-ное количество анрегов. Их id в 1.3 были исключены из таблицы ibf_members, а в темах, где эти пользователи отвечали, видимо что-то осталось нехорошее. Кстати да..У меня такое вполне может получится. Не буду ничего менять. Я так понимаю юзер регистрируется, не подтвердив по майлу регистрацию пишет пост, а потом его удаляет система через недельку. Остаются сообщения от unregistred ..Лучше их совсем не трогать. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 ImUgh Опубликовано 23 Мая 2005 Жалоба Поделиться Опубликовано 23 Мая 2005 PALADIN+Тогда вот такой вопрос - когда открываю список мемберов в phpMyAdmin они по умолчанию упорядочиваются непонятно как.. то есь вроде бы по idНо в тоже время попадаются такие вот уникумы:на самом деле таблица в БД никак не отсортирована. 458 между 101 и 102 появитсья не может, а между 101 и 103 (если нет 102) - запросто.Происходить это может при оптимизации таблицы. FisanaНасчет забить, не уверена, что это правильно.Единственное абсолютно верное и разумное решение.Устранить все прочие вознивающие пробемки - гораздо проще. И правильнее. Так как это глюки. А перенумерация юзеров - это блаж и геморрой. Я так понимаю юзер регистрируется, не подтвердив по майлу регистрацию пишет пост, потом его удаляет система через недельку.Остаются сообщения от unregistred ..Лучше их совсем не трогать.так не бывает как ты себе представляешь пост от НЕподтвердившего регу юзера? Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 OverHerz Опубликовано 23 Мая 2005 Жалоба Поделиться Опубликовано 23 Мая 2005 как ты себе представляешь пост от НЕподтвердившего регу юзера?достотачно разрешить группе Validation постить в каком-нибудь разделе Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 PALADIN+ Опубликовано 24 Мая 2005 Автор Жалоба Поделиться Опубликовано 24 Мая 2005 как ты себе представляешь пост от НЕподтвердившего регу юзера? Запросто! Просто у него статус ждущий авторизации. А у меня на форуме и такие, и гости имеют право постить. Ходит такой зелёный человечек неделю, потом его автоматом срезает система. на самом деле таблица в БД никак не отсортирована. 458 между 101 и 102 появитсья не может, а между 101 и 103 (если нет 102) - запросто.Происходить это может при оптимизации таблицы. Да, похоже на то. А упорядочить по id и сделать так, чтобы по умолчанию всегда сортировка шла нельзя? =) Мелочь, а всё-таки приятно. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 PALADIN+ Опубликовано 24 Мая 2005 Автор Жалоба Поделиться Опубликовано 24 Мая 2005 (изменено) сорри, одно и то же сообщение два раза отправил.. Изменено 24 Мая 2005 пользователем PALADIN+ Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Aleks Опубликовано 24 Мая 2005 Жалоба Поделиться Опубликовано 24 Мая 2005 Люди, как попробавший человек говорю, пересортировать номера id, если на них этом поле стоит auto_increment (а в ipb он везде стоит) ВАМ НЕ ДАСТ САМА MYSQL она просто будет говорить, что что-то такое уже было Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 ImUgh Опубликовано 24 Мая 2005 Жалоба Поделиться Опубликовано 24 Мая 2005 IPx, PALADIN+согласен, ступил.Только понять немогу - зачем это нужно?ИМХО или гость, или полноценный пользователь... а зачем нечто среднее....?впрочем это уже оффтопик Aleksзачем писать о том, в чем не разбираешся?у ibf_members НЕТ автоикремента по id.и проблема с перенумерацией совсем в другом. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Song Опубликовано 24 Мая 2005 Жалоба Поделиться Опубликовано 24 Мая 2005 Не старадайте фигнёй. Насчёт автоинкремента, сегодня я выложу мод, его включающий.Полезная вещь, избавляет от глюков. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 PALADIN+ Опубликовано 25 Мая 2005 Автор Жалоба Поделиться Опубликовано 25 Мая 2005 ImUghИМХО или гость, или полноценный пользователь... а зачем нечто среднее....? полноценный юзер, чтобы можно было майлы слать, ну и профиль соответсвенно =) а так не урезать же права недоавторизованным, меньше чем они у гостей есть? SongНасчёт автоинкремента, сегодня я выложу мод, его включающий.Полезная вещь, избавляет от глюков.Было бы неплохо Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
0 Song Опубликовано 25 Мая 2005 Жалоба Поделиться Опубликовано 25 Мая 2005 Так уже запостил.Смотри в Tips and Triks полезные примочки от меня. Цитата Ссылка на комментарий Поделиться на других сайтах Прочее
Вопрос
PALADIN+
В базе данных существуют пробелы по колонке id'шников.
(например юзер не подтведил регистрацию и его удаляют, то есть колонка представляет собой:
id
100
101
102
*вот здесь кого-то стёрли
109)
Как упорядочить БД так, чтобы эти пробелы пропали?
То есть сместить 109й номер на 103, и так далее. А авторство и прочие связи должны сохраниться за теми же юзерами.
Ссылка на комментарий
Поделиться на других сайтах
16 ответов на этот вопрос
Рекомендуемые сообщения
Присоединиться к обсуждению
Вы можете ответить сейчас, а зарегистрироваться позже. Если у вас уже есть аккаунт, войдите, чтобы ответить от своего имени.