Форум MySQL

уже лучше тогда не рандом а time();
:)

Глюк возможно связан с повтороной отправкой данных, либо с логикой работы скрипта и т.п.. Это весь скрипт ваш анализировать надо, ошибка в нем, база тут не при чем.

PS. А насчет id товара, то не "может быть лучше", а так и нужно делать - каждый товар должен иметь уникальную запись, чего рандомом не как не гарантируется.

Может и лучше и проще в придачу. Но хрен с ним, глюк то из за это происходить не может

При редактировании(обновлении) старого иногда запись дублируется.

А зачем id товара формировать так: $id=rand(100000000,1000000000);, не лучше ли уникальные индексы через автоинкремент?

А когда у вас появляются лишние записи? При добавлении нового товара или, и при обновлении старого, эти записи могут дублироваться?

Простите конечно. Но какие могут быть глюки скрипта когда все навсего есть строчка

mysql_query("INSERT INTO tovar VALUES ('$shtrih','$name','$cena','$kol_vo','$group', '$id')");

Просто из формы данные. В основном все нормально, НО иногда колличество вводится непонятно какое !

И еще, когда в базе всего навсего 10-20 наименований, все работает отлично проверял раз 300, а в основной базе где мноо товара проскакивают такие глюки

[поправлено модератором]

[поправлено модератором]

$shtrih=trim($shtrih);
$prov=mysql_query("select * from tovar where shtrih='$shtrih'");
$prov=mysql_fetch_array($prov);
if($prov["shtrih"]=="")
{
srand((double) microtime()*10000000000);
$id=rand(100000000,1000000000);
mysql_query("INSERT INTO tovar VALUES ('$shtrih','$name','$cena','$kol_vo','$group', '$id')");
}

А как вы проверяете наличие такого товара в базе?