Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. Социальная инженерия и социальные хакеры. Авторы: Кузнецов М.В., Симдянов И.В. Программирование. Ступени успешной карьеры. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP на примерах (2 издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Несколько вопросов про индексы
 
 автор: а-я   (13.07.2008 в 01:19)   письмо автору
 
 

1) Есть ли смысл в таком индексе?
UNIQUE `UNIQUE` ( `ID` , `name` )
Таблица большая. Эти поля уникальны и в основном по ним происходит выборка.
`id` - INT
`name` - CHAR(30)
2)
При работе, известны обе переменные ($ID, $name)
Но при выборке достаточно и необходимо …WHERE `name` = $name
Как будет лучше?
- WHERE `id`=$ID AND `name` = $name – используем индекс UNIQUE `UNIQUE` ( `ID` , `name` )
Или сделать отдельными уникал. индексами?
Все таки по полю INT выбора происходит быстрее… или я ошибаюсь?

   
 
 автор: sms-send   (13.07.2008 в 04:31)   письмо автору
 
   для: а-я   (13.07.2008 в 01:19)
 

Многостолбцовый уникальный индекс подразумевает, что уникальна именно пара полей, т.е. такие записи:

1 | "name1"
2 | "name1"


... будут взаимоуникальны.


Если есть возможность, то для обращения к конкретной записи лучше использовать целочисленный первичный ключ (Primary key).

   
 
 автор: а-я   (13.07.2008 в 05:53)   письмо автору
 
   для: sms-send   (13.07.2008 в 04:31)
 

>Многостолбцовый уникальный индекс подразумевает, что уникальна именно пара полей, т.е. такие записи:
>
>
1 | "name1"
>2 | "name1"

>
>... будут взаимоуникальны.
Вот и я о том же)

>Если есть возможность, то для обращения к конкретной записи лучше использовать целочисленный первичный ключ (Primary key).
нет, это авторизация-онлайна. и первичный никак не подойдет

   
 
 автор: Trianon   (13.07.2008 в 10:14)   письмо автору
 
   для: а-я   (13.07.2008 в 01:19)
 

>1) Есть ли смысл в таком индексе?
никакого

>UNIQUE `UNIQUE` ( `ID` , `name` )
>Таблица большая.
Большая - это сколько?

>Эти поля уникальны и в основном по ним происходит выборка.

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

   
 
 автор: а-я   (13.07.2008 в 18:02)   письмо автору
 
   для: Trianon   (13.07.2008 в 10:14)
 

>>1) Есть ли смысл в таком индексе?
>никакого
>
>>UNIQUE `UNIQUE` ( `ID` , `name` )
>>Таблица большая.
>Большая - это сколько?
ну, как сказать большая, она просто имеет много полей char(255)


>>Эти поля уникальны и в основном по ним происходит выборка.
>
>name само по себе - уникально?
>Почему нельзя по нему сделать индекс?
>id , как я понимаю, и без того первичный ключ.
`name` и `id` - уникальны.
дать `ID`- первичный нет возможности. т.к. это данные идут из другой таблицы.

все проблема в том, что есть условие.
1) Если `id` уже есть в табл, то обновить данные. с помощью
ON DUPLICATE KEY UPDATE
2) если есть `name` то необходимо вернуть ошибку.
так как они оба уникальны то могут быть ошибки.
и майскл обновит данные там где никак нельзя!

хотелось все в одном запросе сделать. но видать надо отдельный запрос делать.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования