- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу

Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
100K строк и автоинкремент на 40K, это как?
Почему UNIQUE а не PRIMARY?
старый дамп кидал, поправил на новый для ясности.
---------- Добавлено 12.06.2013 в 00:51 ----------
Без индекса на username... 100K записей... Зачем так жить?!
Индекс запилите, вы же видите что поиск происходит по этому поле, и несколькими тысяч запросов сразу. Не удивительно тогда что скрипт отрабатывает по несколько минут.
всмысле колонку id убрать? не понял..
старый дамп кидал, поправил на новый для ясности.
Кроме счетчика ничего не изменилось.
active varchar(10) DEFAULT NULL - это просто габелла. Зачем вам варчар, если используете 1-0? tinyint(1)
На username поставить индекс.
id сделать PRIMARY KEY
А зачем ему id сделать PRIMARY KEY если он итак уже UNIQUE KEY что изменится?
А зачем ему id сделать PRIMARY KEY если он итак уже UNIQUE KEY что изменится ?
http://www.google.ru/search?client=opera&q=PRIMARY+vs+UNIQUE+KEY+mysql&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest
http://www.google.ru/search?client=opera&q=PRIMARY+vs+UNIQUE+KEY+mysql&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest
Угу познавательно, но у человека 1 одна таблица, какая разница какой будет ключ, как это на работу повлияет?
TOVSTUN, откуда такие подробности сколько у ТС таблиц и какая у них структура?
Если это первичный ключ значит это должно быть первичным ключом, со всей разницы между ними.
Ну Вы утверждаете что id в данном случае должен быть именно PRIMARY KEY, мне интересно на чем основано это утверждение и чем UNIQUE хуже и саме главное что измениться если id будет PRIMARY KEY ?
А почему PRIMARY должен быть UNIQUE KEY? Хотите знать разницу между ними, выше есть ссылка, в сети не мало объяснений на эту тему.
Ну я какбы знаю разницу поэтому мне просто ужасно интересно узнать, что изменится в данном случае и как это что поможет ТСу оптимизировать его запрос если id станет PRIMARY, а посылать читать гугл. вместо внятного и обгрунтованного ответа ненужно, сами гугель почитывам 🤪
Это как минимум приведет таблицу к логическому виду, что уже не мало значит. Для "оптимизации" конкретного запроса в конкретно данном случае есть есть остальные пункты. Насчет остального вам ответили - если это первичный значит должен быть первичный ключ (пусть хоть даже с идеологической точкой зрения, если у вас это одно и тоже).