Потому что вот такая структура является правильной

Во-вторых, вот эта строка

является логически неверной. Потому что может получиться так, что $id будет неопределено.
Надо так сделать:

Во-третьих, если я правильно понял, ты хочешь четко знать, для каких id изменено что-то. Тогда формируй названия следующим образом:
для id=5: id_5, ord_5, name_5
для id=143: id_143, ord_143, name_143
и т.д.

Далее. На принимающей стороне анализируешь массив $_POST на предмет индексов id_X (под Х я тут понимаю любое целое число). Как только нашел что-то, так ты знаешь, что у тебя есть элементы этого массива с индексами ord_X, name_X.
А дальше уже сам смотри, как это использовать

Которое во вторых, Чет никак не пойму предложеннуэ строку, Как это перед иссет = и без скобок.. Вощем в любом случае на этой строчке выдает ошибку до тех пор пока не вернуть строку в первоначальное состояние ((( Или может я чет недопоняла?
Которое во третьих )
Не поняла как можно для каждого ord ставить _№ если у меня все записи выводятся одним запросом из базы? Снова не поняла?

Сорри.... Там вместо if должно было быть написано $id Поторопился немного, не проверил текст перед отправкой.
А уже потом, далее, делаем проверку if( $id > 0 ) ....

Для каждого id формируем целый блок инпутов.

Идем в цикле по выбранным из БД данным (при формировании формы).
Путь текущий id=46.
Создаем инпут типа checkbox с именем id_46, инпут типа text с именем ord_46, и выводим информацию с именем для этого 46-го айди. Эти инпуты надо сгруппировать (визуально) на экране, чтобы юзеру было понятно, что к чему относится.
Если далее будет id=345, то тогда создаем инпуты с именами id_345 и ord_345, которые будут сгруппированы точно также, как и предыдущие.

Далее. На принимающей стороне проверим массив ПОСТ на наличие имен id_X. Если такое нашлось, то тогда мы уверены, что юзер выбрал checkbox с именем id_X, и надо только найти этот Х. А когда найден Х, из массива ПОСТ выбираем значение с ключом ord_X.
И так проходим по всем выбранным значениям.

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

Нет, неправильно понимаешь!

Потому что слова

говорят о том, что этих блоков будет ровно столько, сколько id будет выводиться.

Это как в форуме: каждое сообщение имеет определенную структуру. Есть аватар, подписи под ним, флаг, справа есть дата сообщения, набор кнопок, текст сообщения, кнопки снизу....

Вот это я и называю "блоком" Структура одинаковая, а наполнение - разное. И для твоих id тоже надо создать какую-то структуру для вывода информации, и дать им уникальные имена по описанной мной методике.

Принимающе-отсылающий файл:

Может живой работающий пример поможет кому нибудь )
Еще раз спасибо!

широчайшие ворота для SQL-инъекции.

Спасибо за предупреждение, но в данном случае не боюсь, так как это находится в админке под семью замками.. Или надо бояться?

Лучше бояться всегда Чтобы автоматически делать эту защиту. Тогда выше вероятность того, что не забудешь ее сделать.
Тем более, что в этом месте у тебя целое число. Защита от инъекции простейшая. Вместо $_POST['id'][$n] надо написать intval( $_POST['id'][$n] ). Точнее говоря, это надо сделать чуть выше. И проверить: если вдруг получается ноль, то тогда ничего не апдейтить. А ноль получим в случае, если в начале строки не будет цифр.

О! Спасибо большое! Щас сделаю