Подскажите, кто знает: Можно ли как нить вытащить данные из ячейки таблицы mysql, зная название столбца и номер ряда по порядку?

понятно, раз нет порядка - значит нет и доступа по порядку. Но вот смещение... вот вычислил я с помощью функции count(distinct myfield) смещение нужного мне ряда. Как теперь зная это смещение выудить информацию из этого ряда???

Нда. Limit не плохая идея. Только проблема в том что он принимает в качестве аргументов непосредственные числовые значения, а у меня числовое значение полученное с помощю подвыражения (count(distinct myfild). Такое "число" limit не поймет.
Уникальный идентификатор тоже неплохая идея вот только как узать в какой строке он расположен - ведь все что мы о нем знаем это название столбца где хранятся уникальные идентификаторы и его смещение вычисленное с помощью все той же count(distinct myfild)

У меня таблица, в которую добавляется информацияя о новых пользователях, в том числе и уникальный идентификатор. Так вот,я хотел сделать так чтобы когда пользователь удалял свою учетную запись его идентификатор не проподал навсегда (идентификаторы добавляются по порядку, т.е. 001, 002 и т.д.), а добавлялся в отдельный столбец все той же таблице. И когда новый пользователь будет регестрироваться и ему надо будет присвоить уникальный идентификатор по задумке должен был осуществляться поиск свободных идентификаторов в этом столбце и только если в столбце нет идетификаторов только после этого пользователью присваивается следующий по порядку номер. Вот у меня и была задача извлечь из столбца свободных идентификаторов последний добавленный. С помощью функции count() я находил его расположение, а как зная положение нужной записи в таблице извлечь ее не знаю до сих пор.
Честно говоря я немного удивлен что по таблице нельзя осуществлять навигацию. Я так доадываюсь что эти средства возлагаются на приложения работающие с таблицами mysql. Но ведь есть же оператор limit. С его помощью можно вытащить любую запись или группу записей по их расположению (смещению). Почему бы не пойти дальше и не предоставиь возможность доступа к записи по ее местоположению ???

Спасибо за участие. Проблему решил по другому. Раз такие проблемы с идентификатором(который я хотел сохранить для будующих пользователей) то я вообще отказался от него. Теперь его роль будет выполнять уникальное имя пользователя. Два в одном - оно же имя, он же идентификатор. Если пользователь удаляет свою учетную запись, то удаляется и его уникальное имя-идентификатор, следовательно новый пользователь сможет его использовать и самое главное что тут не образуется дыр, как это бы имело место при числовом порядковом идентификаторе, т.к. в именах-идентификаторах порядковость отсутствует.

А если у меня в базе миллион пользователей, одна четверть которых себя удалила (к примеру), тогда вместо идентификатора 250000, мы получим 1000000, т.е. таблица будет больше или вы считаете что это мелочь - капля в море? - Смотря для чего таблица и сколько таких таблиц в базе! А что касается порядковости в именах, то тут деваться некуда, т.к. имя идентифицирующее пользователя в любом случае должно присутствовать.