> как лучше организовать структуру хранения?

Читайте стандарты, изучайте практику регистраторов. Иерархия проста: корневые DNS -> универсальные и национальные регистраторы -> все остальные.

> чем грозит тупо все забить в text

Из кучи мусора данные тоже можно извлекать. Если задача допускает мусор вместо данных - ничем не грозит.

> они нигде такую информацию не выкладывают

;) Так если бы они раздавали свои базы данных, вашего вопроса бы не было. Воспользуйтесь whois сервисами разных регистраторов и сравните полученные результаты с RFC 1834. Также полезно будет изучение Bind и его конфигурационных файлов.

> в приведенном примере мусора абсолютно нет

Есть. Причем, куча мусора.

> систематизировать которые и необходимо с помощью правильно спроектированной базы

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

> если что-то в хуизе было изменено, то вносится новая запись, старая остается прежней

Понятно, что старая остается прежней. Вопрос не в этом. Скажем, нужны запросы типа "какие домены сменили хостеров за промежуток времени T"? Если нужны, то придется выделять и группировать нейм-серверы. Если сложные запросы не нужны, можно просто взять домен и последовательно писать ответы сервера.

> в перспективном идеале

;) Забавная формулировка.

> данная задача представляется созданием отдельных таблиц под каждый параметр например nserver, person, phone

Можно и так.

> я в правильном направлении двигаюсь или ошибочно?

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

Вообще, конечно, вместе с ответом нужно идентифицировать и whois сервер. Иначе получается, что вы знаете ответ на вопрос, но не знаете, кто ответил на этот вопрос.

> whois сервер вот

Если всегда будет один сервер, необходимости в идентификации нет. Если система будет расширена, идентификация потребуется.

> да, группировка по владельцу и, или другим полям нужна

Задача, насколько я понял, сводится к мониторингу изменений в доменах. Я бы поступил следующим образом: таблицы для каждой сущности в ответе сервера. Основная таблица - таблица доменов, остальные линкуются к ней с учетом даты ответа сервера (история изменений обсуждается здесь регулярно, поищите, есть конкретные варианты структуры). Полный ответ сервера я бы хранил для каждого изменения любой сущности. Логика примерно такая: получили ответ сервера, заполнили таблицы, храним этот ответ. Получили новый ответ сервера, сравнили со старым, если данные совпадают, выбрасываем его, если новые данные - добавляем соответствующие данные в таблицы, храним и старый ответ сервера, и новый, как основание для изменения данных.

> до других источников пока рано думать(?)

Вы спрашиваете? Это ваша задача, вам и решать.

> ну хотя бы примерную структуру покажите

Описал выше. Возможно, еще понадобятся технологические таблицы: график опроса сервера, статистика опросов и пр.

> тоесть можно сделать еще доп. таблицу

Да, так и есть. Вы правильно оценили переход от разбора ответа к нормализации.

Off: если честно, не понимаю практической ценности разработки. Как часть, например, софтинки для мониторинга доступности доменов - да, необходимая компонента. Но тогда не очень логична привязка к конкретному серверу, поскольку нет никаких ограничений для размещения доменов в зоне .ru. Не поясните, если это не коммерческая тайна?

> как нормализовать такие данные?

Обычное отношение 1:m посредством дополнительной таблицы.

> поработать с быстродействием больших баз

Возможно, разочарую, но это маленькая база данных.

> для мониторинга доступности доменов нужно много ресурсов, я пока не располагаю таковыми

Аренда виртуального сервера ~20 баксов в месяц, т. е. общие затраты невелики и практически линейно зависят от количества необходимых точек мониторинга.

> что имеется ввиду под "привязка к конкретному серверу", вроде нет никакой привязки

Ответы разных whois серверов могут отличаться. И качественно (разные сущности) и количественно.

> whois база координационного центра росниирос первична и едина, если у кого-то данные отличаются это их проблема

;) Как бы это сформулировать... видите ли, русскоязычный сегмент Сети - настолько малая величина, что в исследованиях Сети им можно пренебречь.