Людмila

Попробуйте так:
SELECT * FROM (SELECT PADR(GETWORDNUM(field1,1,'~'),20) FROM table1;
UNION SELECT PADR(GETWORDNUM(field1,2,'~'),20) FROM table1 ;
UNION SELECT PADR(GETWORDNUM(field1,3,'~'),20) FROM table1) ;
AS query1 WHERE !EMPTY(exp_1)

ЛюдмilaВариант от sg12 тоже работает и более всех - в духе SQL!
протестировать на производительность пока нет возможности - всего около 50 записей, ну и затраченное время естественно 0.00 sec во всех вариантах.
Как бы то ни было, на мой взгляд, последний вариант рулит!

При больших таблицах SCAN эффективнее, чем SELECT.
Вообще-то все эти решения совершенно равнозначны, по обстоятельствам.
Нужно только немного упорядочить коды, вам в коллекцию:

Dima TЛюдмilaи более всех - в духе SQL!
SQL в чистом виде тут не уместен. SQL предполагает что данные нормализованы согласно правилам реляционных БД, чего в данном случае нет.
Поэтому конкретно в этом случае для использования только SQL надо заложить жесткое ограничение на количество имен в одной строке. Например 6. Что будет если в рабочем коде появится строка где имен 7 или 8 ? Зачем закладывать такие "мины" в код?

Подсчитать количество имен вы можете хотя бы так:
SELECT MAX(OCCURS('~',field1)) + 1 FROM table1

О нормализации у вас странные понятия.
Например, вас можно понять так, что по вашим представлениям полей вида ФИО (Иванов Петр Сергеевич) не может быть, т.к. данные разделены пробелом.
Или, в списках отделов кадров полно бывает не только тезок, но и полных однофамильцев.
Эта же таблица с именами вполне может быть списком детей по группам в детском садике на новогодние открытки, что по вашим понятием недопустимо.

Dima Tsg12Подсчитать количество имен вы можете хотя бы так:
SELECT MAX(OCCURS('~',field1)) + 1 FROM table1
Могу, а дальше как задачу средствами SQL ?

Никак, потому что SQL работает на нормализованных данных. Поэтому их надо сначала как-то нормализовать другими средствами, а затем применять SQL.

sg12О нормализации у вас странные понятия.
Это не мои понятия, это основы реляционных БД. Бери любую книгу по любой СУБД и в начале будет следущее:
https://ru.wikipedia.org/wiki/Первая_нормальная_форма Определение

Переменная отношения находится в первой нормальной форме тогда и только тогда, когда в любом допустимом значении отношения каждый его кортеж содержит только одно значение для каждого из атрибутов
Это основы, которые должны быть соблюдены. В данном случае это правило нарушено: один кортеж (запись) содержит несколько значений (имен). Поэтому возникает проблема применения SQL к этим данным.

Копируете вы красиво. Только где вы там увидели подтверждение ваших утверждений.
Вы путаете ваш термин "несколько значений (имен)" с именами людей, это не одно и тоже.
Поля таблиц могут содержать достаточно сложное выражение, и не только символьное или какое, но и составное, и вычисляемое.
Эта таблица соответствует вашему условию - пририсуйте индексное поле, для наглядности, и проблемы ваши исчезнут.

Dima Tsg12Копируете вы красиво. Только где вы там увидели подтверждение ваших утверждений.
Я выше не увидел опровержение моих утверждений. Приведи, обсудим.

PS Извини, своболудием не болею, флудить тебе придется в одиночестве.

Привычное вам обзывательства вам ближе. Я уже указывал, где вы путаетесь и вы снова "приведи".
Два разных SQL у вас под носом, а вы все "никак".

Пример:
Есть такой тип поля - DateTime. Оно содержит в себе разделенные разделителями и вычисляемые с помощью функций год, месяц, день, час, минуты, секунды, а также AM/PM, день недели, високосность года, может еще-что.
Т.е. по вашим понятиям это "имена", но вас это устраивает.
С чего вы решили, что такое качество присуще только этому типу поля?

Теперь об "основах", которыми вы козырнули.
Когда дают ссылки типа вашей (или на MSDN, Microsoft и т.п.), то часто это означает, что автор ссылки сам не может в ней разобраться и хотел бы разъяснений.

Переведем вами скопированную цитату на привычный язык:
Таблица находится в первой нормальной форме тогда и только тогда, когда каждая строка содержит только одно значение для каждого столбца.
И что из этой фразы следует, что вы хотели доказать?
Интересно, а в Фоксе есть вообще такая возможность (.dbf ведь не таблица Excel)?

Из Хелпа:
Поля типа Character могут содержать различную символьную информацию: символы, цифры, знаки и прочее, но не могут быть использованы в арифметических и математических вычислениях;

Вот строка из таблицы, все согласно Хелп, даже без прочих:
lcString = "Лариса~Влад~Николай"
Вас что, символ '~' в ней раздражает? А если вместо него будет пробел, подчеркивание, тире или запятая, то тогда как?
Хотя бы функцию UPPER() можно применить?
SELECT UPPER(field1) FROM table1

Для упражнений:
В выражениях: 'Северо-восток Южного Вьетнама' или 'Земля Франса-Иосифа' или 'Штат Новый Орлеан' - сколько "ваших" имен?
А здесь: 'Александр Дюма.Три мушетера' или 'Иван Сергеевич Тургенев' или 'Иванов,Иван,Иванович'?
Сколько "имен" в строке: 'Паспорт выдан Ивановским ОВД г.Алешкино Сергеевской области'?

Пример:
Если в поле таблицы будут храниться различные алфавиты, вы будете требовать, чтобы каждую букву по вашему образцу "нормализовали", прежде чем ее оттуда извлечь?