Ничто не мешает. Но вот только значение автоинкремента не почистишь. А надо сортировать то! а указание TIMESTAMP будет как раз гарантией, что будет сортировка по времени и дате сообщения, а не по эфемерному ID. И как вы собираетесь чистить по ID? И допустим класть в логи, по одному дню? Можете на ты, я не обижусь.
история, была использована как термин, history, который слава богу вроде все знают. Я начал спорить, потому что у варианта с ID очень мало потенциала для развития скрипта, точнее, вообще нет. Я считаю, что тут отвечают не ради цифирки в сообщении, а что бы натолкнуть на верную мысль, или найти более оптимальный вариант. А отвечать ради того, что бы отвязались, имхо, моветон.
ага, понял мысль. но, отвечают обычно на сам вопрос, а не советуют лучшее (дабы не грузить лишней информацием), ну это я так привык, может и напрасно. к слову сказать, чаты не должны хранить сообщения, ни к чему это абсолютно.
2def, тоже, спорное место... там может хранится для модерирования например... или что нить такое. Суть действительно не в этом. Кстати, можно просто например в полночь брать и в файлик их кидать. и gzip'ом жать. В принципе. =) Я может здесь и недавно, но считаю, что форум как раз для таких обсуждений. =) Просто если разделять всех только на тех "кому уже ничего не поможет" и тех "кто уже все знает" то нам всем хватит одного форума на всех в постСССР, и то только чтоб о турнирах в CStrike договариватся. Ох, и на оффтопил-то, на оффтопил...
хмык, отвечу пространно и спать уже пора постмодерирования ? а нафига ? в корне не согласен.. вопрос - "как сделать", или вопрос "как сделать или может можно сделать иначе ?" совершенно разные. не нужно, имхо, все под одну косу косить. ps. начинающие спросят именно - как сделать - более опытные - не как сделать, а как сделать правильно. почувствуйте разницу (с)
так как мне сделать id NOT NULL auto_increment ? я про создание id В пхп май админ ? Простто создать ид varchar(40) и потом в SQL написать id NOT NULL auto_increment ?
NIKO, забыл указать тип int, не надо varchar мучать Код (Text): id int NOT NULL auto_increment ув. Горбунов Олег, был поставлен вопрос, и дан ответ на _поставленный вопрос_. Очистить значение auto_increment можно запросом Код (Text): DELETE FROM table . Не зависимо от того по timestamp или по id будут сортироваться записи - на мой взгляд (и, если ничего не путаю, согласно четырем(пяти?) нормальным формам базы данных) поле id все равно должно быть. И в данном случае я думаю оно должно быть автоинкрементным, чтобы не загружать сервер лишними подсчетами. С уважением, vb
Горбунов Олег 1. Зачем чистиь значение автоинкремента? 2. ID является уникальным идентификатором сообщения в чате и ключем, по которому можно построить связь с несколькими таблицами или с несколькими полями другой таблици(это уж как БД построить). 3. Если очень хочеться хранить данные за какой-либо прошлый период, в определенный переносим данные из рабочих таблиц в Histry(здесь уже ключем будет ID+Дата сообщения), удаляем все из рабочих таблиц.
1. - затем, что он не резиновый, а при активной работе чата, сколько строк будет вставлятся в секунду? 2. - _полностью_согласен_. Я что, где то предлагал убрать ID записей? я сказал лишь, что _сортировать_ надо по TIMESTAMP. 3. - +Дата сообщения, те. TIMESTAMP о котором я говорил. Вы сами пришли к моему ответу, так что же спорите?