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

Форум MySQL

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

 

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

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

тема: Одинаковый auto_increment
 
 автор: sl1p   (12.11.2008 в 08:11)   письмо автору
 
 

Возможно ли както сделать чтобы при добавлении 2х записей(они в принципе одинаковые но отличаются одним параметром) присваивать им одинаковый айди(auto_incrm.)?
При выборке записей сразу эти две выдёргиваться не будут, а только одна с указанным параметром..

или же здесь возможно только MAX(id)+1 ?

  Ответить  
 
 автор: cheops   (12.11.2008 в 10:55)   письмо автору
 
   для: sl1p   (12.11.2008 в 08:11)
 

Таблица одна и та же или записи в разные таблицы ложаться?

  Ответить  
 
 автор: sl1p   (12.11.2008 в 11:14)   письмо автору
 
   для: cheops   (12.11.2008 в 10:55)
 

одна и та же..

  Ответить  
 
 автор: elenaki   (12.11.2008 в 11:44)   письмо автору
 
   для: sl1p   (12.11.2008 в 11:14)
 

а смысл какой? автоинкримент автоматически увеличивает значение, не нужно никакого Max

  Ответить  
 
 автор: sl1p   (12.11.2008 в 11:53)   письмо автору
 
   для: elenaki   (12.11.2008 в 11:44)
 

да трабла тут нет, чисто для аккуратности если тут можно так выразиться)..

просто 2 одинаковые записи для 2х разных пользователей. Хотелось бы както эти 2 строки хранить с одинаковым айди)

  Ответить  
 
 автор: elenaki   (12.11.2008 в 12:02)   письмо автору
 
   для: sl1p   (12.11.2008 в 11:53)
 

хранить одну запись, а разные параметры - в другой таблице

  Ответить  
 
 автор: Valick   (12.11.2008 в 12:02)   письмо автору
 
   для: sl1p   (12.11.2008 в 11:53)
 

просто 2 одинаковые записи для 2х разных пользователей
если так, то у пользователя в таблице нужно хранить не запись, а айди этой записи
У вас для каждого пользователя, что отдельная таблица?

  Ответить  
 
 автор: sl1p   (12.11.2008 в 13:01)   письмо автору
 
   для: Valick   (12.11.2008 в 12:02)
 

это сообщения, а дублирую затем чтобы при удалении сообщения у пользователя №1, у №2 оставалось.


хранить одну запись, а разные параметры - в другой таблице
не вариант) см.выше)

  Ответить  
 
 автор: Gust   (12.11.2008 в 14:48)   письмо автору
 
   для: sl1p   (12.11.2008 в 13:01)
 

>хранить одну запись, а разные параметры - в другой таблице
>не вариант) см.выше)
а если, сделать 2 поля: одно для 1 и другое для 2 -го , при удалении просто обнулять одно из полей

  Ответить  
 
 автор: Valick   (12.11.2008 в 16:13)   письмо автору
 
   для: sl1p   (12.11.2008 в 13:01)
 

это сообщения, а дублирую затем чтобы при удалении сообщения у пользователя №1, у №2 оставалось.
ну убрал ты айди сообщения у одного пользователя, но у другого то оно останется. зачем трогать само сообщение? пусть себе лежит... потом при желании если это сообщение удалено у всех пользователей его можно скопировать а архив.

  Ответить  
 
 автор: sl1p   (12.11.2008 в 18:11)   письмо автору
 
   для: Valick   (12.11.2008 в 16:13)
 

затем что регистрация быстрая и таких юзеров может быть как грязи. У каждого юзера лимит 50 сообщений. Ранние удаляются. Это уже моё дело. Вопрос был в посте №1.

  Ответить  
 
 автор: Trianon   (12.11.2008 в 22:41)   письмо автору
 
   для: sl1p   (12.11.2008 в 18:11)
 

Нужны две таблицы (в одной письма, в другой ссылки на них (id письма, id получателя и дата прочтения) )
Любое другое решение приведет не только к уменьшит функциональность (нельзя будет написать одно письмо сразу нескольким адресатам) но и приведет к глюкам.
К примеру, Вы не сможете гарантировать, что две записи одного письма лягут у Вас сразу одна за другой ( скрипты-то параллельно выполняются)

Но это скорее не Вам, а тем, кто будет читать эту ветвь позднее.
К Вам же вот какой вопрос. А что такое быстрая регистрация?

  Ответить  
 
 автор: sl1p   (13.11.2008 в 00:03)   письмо автору
 
   для: Trianon   (12.11.2008 в 22:41)
 

ну ввод имя\пароль сразу же в логин форме, если юзера нет то каптча и фперьод.
ну а остальное дальше там гдето в профиле по желанию :D

  Ответить  
 
 автор: sl1p   (13.11.2008 в 00:05)   письмо автору
 
   для: Trianon   (12.11.2008 в 22:41)
 

зы. ну там впринципе не может быть неполадок, если я правильно понял о чём вы. Это просто 2 сообщения записываются одновременно. Тому кто писал в исходящие и второму как входящие.

  Ответить  
 
 автор: Trianon   (13.11.2008 в 00:25)   письмо автору
 
   для: sl1p   (13.11.2008 в 00:05)
 

>зы. ну там впринципе не может быть неполадок, если я правильно понял о чём вы. Это просто 2 сообщения записываются одновременно.

Разве только если одним запросом.

>Тому кто писал в исходящие и второму как входящие.

То есть хранить собираемся полные копии каждого письма.
Дело хозяйское...

Неясно лишь, чем плохо, когда у них получаются разные первичные ключи?

  Ответить  
 
 автор: sl1p   (13.11.2008 в 00:52)   письмо автору
 
   для: Trianon   (13.11.2008 в 00:25)
 

Да я ж уже написал гдето выше, что ничем не плохо.:) просто както для аккуратности в базе, скажем так.


>Разве только если одним запросом.
Ну тут когда-то подымал тему, помоему вы или ктото из здешних "про" сказал что не получится)

  Ответить  
 
 автор: sl1p   (13.11.2008 в 00:57)   письмо автору
 
   для: sl1p   (13.11.2008 в 00:52)
 

упс я извиняюсь, только увидел :D
давно не заглядывал туда)

mysql_query("INSERT INTO `private` ( `id` , `ts` , `owner_nick_id` , `whom_nick_id` , `from_nick_id` , `msg` , `color`)  
VALUES(NULL , '$ts' , '$whom_id' , '$whom_id' , '$from_id' , '$msg' , '$color'),
(NULL , '$ts' , '$from_id' , '$whom_id' , '$from_id' , '$msg' , '$color')");


ну тоесть так проблем быть не должно с параллельными скриптами?

  Ответить  
 
 автор: Trianon   (13.11.2008 в 01:23)   письмо автору
 
   для: sl1p   (13.11.2008 в 00:57)
 

>ну тоесть так проблем быть не должно с параллельными скриптами?

с параллельными - не должно.

  Ответить  
 
 автор: cheops   (12.11.2008 в 14:55)   письмо автору
 
   для: sl1p   (12.11.2008 в 11:14)
 

Атрибут auto_increment может быть только у столбца с уникальным ключом, поэтому две записи с одинаовым уникальным идентификатором невозможны.

  Ответить  
 
 автор: nek-v   (12.11.2008 в 21:52)   письмо автору
 
   для: sl1p   (12.11.2008 в 08:11)
 

сделайте в таблице еще одно поле id_user например.
делайте его уникальным но не автоинкрементным и все.
Потом делайте выборку из базы по id и id_user и будет вам счастье....

  Ответить  
Rambler's Top100
вверх

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