ваш запрос считает кол-во материалов определенного типа.
а по задаче - надо для каждой ноды сделать уникальный номер. чтобы при возможном удалении ноды, счетчик не сбивался, как будет с вашим примером.
что ж это за счетчик который, несуществующие ноды считает?
где написано что надо считать несуществующие ноды? глупости какие-то пишите.
"kosilko" wrote:
не за что, обращайтесь.
у материала node есть атрибут nid (node id) это счетчик, уникальный, инкремент. если убить ноду, то ее id никто не займет, это очевидно.
использовать имеющийся nid не разумно, т.к. на сайте куча+тележка разных типов материалов, которые интенсивно добавляются. в итоге получится сильный разнобой в последовательности.
у материала node есть атрибут nid (node id) это счетчик, уникальный, инкремент. если убить ноду, то ее id никто не займет, это очевидно.
использовать имеющийся nid не разумно, т.к. на сайте куча+тележка разных типов материалов, которые интенсивно добавляются. в итоге получится сильный разнобой в последовательности.
Рециркуляция id? Не надо так делать. Это неправильно как для сайта (если посетитель открывает убитую ноду, то он должен видеть, что она убита, а не получать другой материал), так и для SQL-сервера. В общем "померла, так померла".
Не надо так делать.
Рециркуляция id? Не надо так делать. Это неправильно как для сайта (если посетитель открывает убитую ноду, то он должен видеть, что она убита, а не получать другой материал), так и для SQL-сервера. В общем "померла, так померла".
Не надо так делать.
немного не понял.. если посетитель открывает убитую ноду, то ему скажут что ее нет - за это будет отвечать nid.
а другой счетчик для других целей - "внутрений учет для группы лиц".
написал модуль mod_nodeapi, обрабатывающий событие insert.
берет из базы максимальный номер и добавляет к нету 1.
затем вставляет в эту таблицу nid и получившийся выше номер.
ну и разумно написать удаление записи в событии delete
написал модуль mod_nodeapi, обрабатывающий событие insert.
берет из базы максимальный номер и добавляет к нету 1.
затем вставляет в эту таблицу nid и получившийся выше номер.
ну и разумно написать удаление записи в событии delete
Ну так получится еще одна "дырявая" последовательность в довесок к имеющейся последовательности nid. А для чего нужны эти последовательности?
Комментарии
<?php
echo db_fetch_object(db_query("select count(*) as count from {node} where type='%s'",'тип_материала'))->count;
?>
5 баксов
ваш запрос считает кол-во материалов определенного типа.
а по задаче - надо для каждой ноды сделать уникальный номер. чтобы при возможном удалении ноды, счетчик не сбивался, как будет с вашим примером.
не совсем ясна задача.
что ж это за счетчик который, несуществующие ноды считает?
ну дык, каков был вопрос таков и даден был ответ
о_О
во спасиба .....
где написано что надо считать несуществующие ноды? глупости какие-то пишите.
не за что, обращайтесь.
у материала node есть атрибут nid (node id) это счетчик, уникальный, инкремент. если убить ноду, то ее id никто не займет, это очевидно.
использовать имеющийся nid не разумно, т.к. на сайте куча+тележка разных типов материалов, которые интенсивно добавляются. в итоге получится сильный разнобой в последовательности.
автор, вы уж разберитесь как нибудь сами, если людей слушать не умеете
умею, ваш пример я разобрал, извините, но он действительно не подходит в данной ситуации.
Я уже хотел счетчик liveintrnet предложить
Рециркуляция id? Не надо так делать. Это неправильно как для сайта (если посетитель открывает убитую ноду, то он должен видеть, что она убита, а не получать другой материал), так и для SQL-сервера. В общем "померла, так померла".
Не надо так делать.
немного не понял.. если посетитель открывает убитую ноду, то ему скажут что ее нет - за это будет отвечать nid.
а другой счетчик для других целей - "внутрений учет для группы лиц".
вроде задача-то и ежу понятна.
да вроде как задача абсолютно непонятна
1. создать счетчик - аналог nid
2. который не сквозной как nid, а относится только к определенному типу контента
какой пункт не понятен? будем пытаться объяснить более детально.
написал модуль mod_nodeapi, обрабатывающий событие insert.
берет из базы максимальный номер и добавляет к нету 1.
затем вставляет в эту таблицу nid и получившийся выше номер.
ну и разумно написать удаление записи в событии delete
Ну так получится еще одна "дырявая" последовательность в довесок к имеющейся последовательности nid. А для чего нужны эти последовательности?
пробелы в добавленной последовательности, будут крайне редки.
а если использовать счетчик nid, то разброс будет на несколько порядков больше.