Дзен-трансгуманист,
спасибо

NodeList с поиндексным доступом. Что за зверь такой? А как не хранить id? Каждый пункт меню должен содержать информацию в себе для связи с БД. Пункт может удалить или изменить себя или поменять положение в списке, но связь не должна нарушаться

<ul>
    <li>Item 0</li>
    <li>Item 1</li>
    <li class="item">Item 2</li>
</ul>
<script>
    var nodeList = document.querySelectorAll('ul li');
    alert( nodeList[1] );

    var item = document.querySelector('.item');
    // приведем NodeList к Array
    var array = Array.prototype.slice.apply(nodeList);
    alert ( array.indexOf(item) );
</script>

для jQuery соответственно это $(el).index();

Shitbox2,
Заготовить массивы элементов для каждого меню
тогда удобнее проставлять классы(или даже тегов достаточно), нет смысла в id,

<ul>
  <li>Контент1
        <li>под-Контент1</li>
  </li>
  <li>Контент2</li>
  <li>Контент3</li>
</ul>

[ li.[Контент1,li.[под-Контент1]], li.[Контент2], li.[Контент3] ]

Вобще, без толку гадать пока Shitbox2 не объяснит нормально че к чему.

Как еще объяснить-то? Вот пример, недавно делал: http://tamtakoe.ru/photoalbum/

Загружаете туда фотки (хоть всю папку кидаете), он создает для каждой элемент LI и этому элементу присваивается id-шник строки с картинкой из БД. Фотке можно приписать заголовок, соответственно поле обновляется по этому id, при удалении фотки на сервер так же отправляется запрос с удаляемым id, если поменять миниатюры местами, отправится список всех id в новом порядке. Сейчас id хранятся в $('li').data(). Это вполне удобно, но пустует специально созданный для такого атрибут id

По задумке id должен быть уникален в пределах документа. Если так, то можно использовать.

Для "связи с БД" можно использовать любой атрибут...

<li idRec='ИД_из_БД'>...</li>

Т.е. не обязательно смешивать ИД записи в БД и ИД ДОМ-элемента...

Впринципе можно. Но в таком случае лучше использовать data-* атрибуты.

Это уже как пожелаешь...:D