Warning: Cannot use a scalar value as an array in /home/admin/public_html/forum/include/fm.class.php on line 757

Warning: Invalid argument supplied for foreach() in /home/admin/public_html/forum/include/fm.class.php on line 770
Форумы портала PHP.SU :: Версия для печати :: Уникальный ключ
Форумы портала PHP.SU » » Работа с СУБД » Уникальный ключ

Страниц (1): [1]
 

1. snikers987 - 04 Марта, 2012 - 21:25:31 - перейти к сообщению
Можно ли сделать что-то типа уникального ключа, но примерно так:

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

Примерно так:
1 | 2
2 | 1
1 | 3
2 | 3

но не так
1 | 2
2 | 1
1 | 2
2 | 1
(Добавление)
CODE (SQL):
скопировать код в буфер обмена
  1.  
  2. CREATE UNIQUE INDEX `mykey`
  3. ON `table` (`field`, `field2` )
  4.  
2. Panoptik - 04 Марта, 2012 - 23:15:25 - перейти к сообщению
первичный ключ по двум полям
3. snikers987 - 05 Марта, 2012 - 09:19:54 - перейти к сообщению
Panoptik пишет:
первичный ключ по двум полям

Первичный ключ не может вообще повторяться, а мне нужно было исключить повторения в паре.Решение я написал в первом посте.
4. Мелкий - 05 Марта, 2012 - 09:52:19 - перейти к сообщению
snikers987, любой ключ, в том числе и первичный, может быть составным. Для уникального или первичного составного ключа поведение будет соответствовать именно описанному в задаче.
5. snikers987 - 05 Марта, 2012 - 10:03:54 - перейти к сообщению
А можно ли тут обойтись без подзапросов?
есть запрос
CODE (SQL):
скопировать код в буфер обмена
  1. INSERT IGNORE INTO `users` (`email`, `name`, `add_to_list`) VALUES ('bla','bla','bla'),...

Он каждый раз вносит 1000 строк.
затем мне нужно добавить записи во вторую таблицу
CODE (SQL):
скопировать код в буфер обмена
  1.  
  2. INSERT IGNORE INTO `action` (`pid`, `course_name`, `date`, `course_id`) VALUES ((SELECT `id` FROM `users` WHERE `email` = 'root@domain.com'), 'title', '0000-00-00 00:00:00', 1234),..
  3.  

Второй запрос может добавить за раз около 5000 строк, правильно ли я получаю pid ?
работа этих запросов будет раз в неделю, но с большим количеством строк
(Добавление)
Мелкий пишет:
snikers987, любой ключ, в том числе и первичный, может быть составным. Для уникального или первичного составного ключа поведение будет соответствовать именно описанному в задаче.

Спасибо, учту.
6. Мелкий - 05 Марта, 2012 - 10:17:39 - перейти к сообщению
Я бы вытянул в массив id'шники юзверей, убрал бы подзапрос.
7. snikers987 - 05 Марта, 2012 - 10:53:24 - перейти к сообщению
Мелкий пишет:
Я бы вытянул в массив id'шники юзверей, убрал бы подзапрос.

так и сделал.
Еще такой вопрос о prepared statement, как организовать чтобы insert был подготовлен, а потом биндить параметры, если изначально количество вставляемых строк не известно?
Возможно ли так?
8. Мелкий - 05 Марта, 2012 - 11:39:52 - перейти к сообщению
snikers987 пишет:
Еще такой вопрос о prepared statement, как организовать чтобы insert был подготовлен, а потом биндить параметры, если изначально количество вставляемых строк не известно?
Возможно ли так?

Так препаруется запрос на вставку 1 строки и потом биндится столько, сколько нужно.
9. snikers987 - 05 Марта, 2012 - 11:49:22 - перейти к сообщению
Мелкий пишет:
snikers987 пишет:
Еще такой вопрос о prepared statement, как организовать чтобы insert был подготовлен, а потом биндить параметры, если изначально количество вставляемых строк не известно?
Возможно ли так?

Так препаруется запрос на вставку 1 строки и потом биндится столько, сколько нужно.


PHP:
скопировать код в буфер обмена
  1. $stmt = $mysqli->prepare('INSERT INTO `test` (`f1`) VALUES (?)');
  2. for($i=0; $i < 10; $i++){
  3.         $stmt->bind_param('i', $i);
  4.         $stmt->execute();
  5. }

Тоесть так? Если $stmt->execute(); вынести за пределы цикла, то вставляется 1 строка.
А так получается каждая строка вставляется отдельным запросом?
Что не верно?
ЗЫ PHP 5.3.8 , MySQL 5.6
10. Мелкий - 05 Марта, 2012 - 11:52:49 - перейти к сообщению
Именно так и должно быть. В теории. Препарированные запросы как раз и должны ускорять одинаковые запросы с различающимися данными.
Но время работы мерить надо. У меня нет данных о том, насколько быстры препарированные запросы.
11. snikers987 - 05 Марта, 2012 - 11:58:32 - перейти к сообщению
Мелкий пишет:
Именно так и должно быть. В теории. Препарированные запросы как раз и должны ускорять одинаковые запросы с различающимися данными.
Но время работы мерить надо. У меня нет данных о том, насколько быстры препарированные запросы.

Ну тогда я лучше сформирую строку запроса и отправлю обычным query().

 

Powered by ExBB FM 1.0 RC1