Делаю запрос
ВЫБРАТЬ * ИЗ
    Справочник.ФизическиеЛица КАК ФизическиеЛица
ГДЕ
    ФизическиеЛица.Ссылка <> ФизическиеЛица.Наименование

в результат запроса попадают все записи справочника, хотя визуально эти поля одинаковы и по типу(символьное) и по длине поля....
Как надо составить правильно запрос...

(0)Наименование-это строка
А ссылка- это объект.

>>хотя визуально эти поля одинаковы

А визуально тебе подставляют представление объекта.В твоем случае- в виде наименования...

И вообще неплохо бы сначала книжки почитать прежде чем лезть в конфигуратор

Обычно начинают с цели запроса, с техзадания. А тут - нате смотрите и почему.

(1) Ну ссылка по факту тоже строка ) Только другая

(3)Ну это да.  Но я думаю этот факт  еще больше запутает ТС. Так что лучше не надо:-)

(3) с точки зрения 1С ссылка - не строка. С точки зрения SQL - строка

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

(6)>>даже демонстрируя свою неосведомленность

Дело не в неосведомленности. Просто это совершенно элементарные вещи.Не зная которые даже садиться писать код не стоит.

(6) >>почему выбрано ссылкой наименование а не код...

всё настраивается в конфигураторе. Можно выбрать представление в виде кода

(6) Ссылкой не выбрано наименование. Тут твоя ошибка. Ссылка имеет тоже представление что и объект на который ссылается. А представление элемента справочника стандартно задается либо код либо наименование по выбору разработчика конфы. И ты видишь не саму ссылку, а ее представление.

например всегда для связи таблиц используется код, и тяжело ломать стереотип, что связывать таблицы можно по ссылке в виде наименования... в любом языке это не приветствуется...

(10) хватит уже чушь пороть

(10)Связывать как раз лучше по ссылке. Т.к. и код и наименование не факт что уникаольны

Прочти http://langslab.com/ebooks/prof-dev2/tome1/pr-dev-t1-ch04

конкретно:

ОБЪЕКТНЫЕ ДАННЫЕ
Модель хранения данных

(10) А ты сдай пару проектов по 1ске и тогда поймешь

(13) не знал, что библию расшарили 0_о

(10) Если ты такой умный(или хочешь поумничать), то просвещаю. Ссылка - это не наименование. Поле ссылки - это GUID, а на уровне 1С это же значение автоматически представляется так, как определено в коде (раньше можно было выбирать код/наименование в справочнике, в 8.3 можно вообще полностью переопределить представление).
В (13) инфа несколько устарела, но в целом актуальна.

(15) года два как

(10) Вообще-то, для связи таблиц используется первичный/вторичный ключи.

А вот термин "ссылка в виде наименования" мне оч.понравился. Запишу в книжечку.

(10) Ссылка - это синтетический ключ записи в таблице (GUID). Просто 1с делает доброе дело, выдавая вместе со ссылкой и её представление (в твоём случае наименование).

А может проще... на пальцах.. ну например что наименование в справочнике - это твое ФИО, а ссылка в справочнике это твой паспорт. Так вот твой паспорт не будет равен твоему ФИО, а вот данные, содержащиеся в паспорте могут быть равны, в нашем случае, твое ФИО (то как тебя именуют твои мама и папа) равные ФИО записанным в твоем паспорте.

(20) Судя по (6) и (10) он поймёт и не на пальцах. Надеюсь правда, что он действительно что-то умеет, а не просто нахватался умных слов.

еще умных слов
[_IDRRef] [binary](16) NOT NULL