> [57] Alex_C   (02.11.11 17:12)
> позывной, дата/время, частота, диапазон, модуляция, имя,
> город, рапорт о приеме

По крайней мере справочники диапазонов, модуляций, городов уже можно выделить в отдельные таблицы. Далее зачем позывной и имя в каждой записи - тоже в отдельну таблицу вынести - таблица Операторы поля: позывной - уникальный ключ, имя. Кстати, если позывных может быть несколько у одного оператора, то соответсвенно позывные тоже в отдельную таблицу, тогда в Операторы добавляем ID - уникальный ключ, а в таблице Позывные позывной, ID_операторы. Допустим позывной может изменился, старый теперь недействителен - добавляем предусматриваем в Позывные ещё и Дата_присвоения.

Ну и т.п. см.

> [58] Ega23 ©   (02.11.11 17:15)

> Теперь вот что получается: человек сработал с "непонятным
> островом", которого нет в справочнике островом. Его обозначение
> занес в в лог (таблицу). После выхода новой версии лога
> справочник по островам обновился - его код острова появился.
>


Ну и добавь туда GUID, какие проблемы-то?

> таблица Операторы поля: позывной - уникальный ключ, имя.


Не надо. ID - первичный ключ, "позывной" - уникальный индекс (и то, если нужно. Вполне возможно, что, например, уникальность достигается сочетанием "позывной - частота").

> Я понимаю что может для стороннего человека это не понятно...


Специфика работы может и непонятна. Но когда это уже не пятая и даже не десятая спроектированная тобой база, потенциальные "узкие места" видны сразу. А также те места, где нужно уточнение специфики.

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

Ну и напоследок:
sniknik ©   (01.11.11 08:32) [16]
при нормально сформированных справочниках сделать конвертацию можно во что угодно, а вот наоборот, из кривого в нормальное часто нереально.

> [62] Ega23 ©   (02.11.11 19:04)
> Вполне возможно, что, например, уникальность достигается
> сочетанием "позывной - частота").

Позывной уникален, но я тоже предпочёл бы сурогатный ID, хоть он и лишний.

> [64] Inovet ©   (02.11.11 19:14)
> Позывной уникален,

И должна быть в природе база позывных. Можно с ней синхронизировать свою.

> Позывной уникален, но я тоже предпочёл бы сурогатный ID,
>  хоть он и лишний.


Если позывной - число, то наверное (специфику надо смотреть) да.
Если строка - то, скорее всего, нет.

> Тут несколько другое. У меня есть конкретная база. Да я конечно читал замечательную статью в инете про выбор базы.
что значит другое? тебе ясно и конкретно сказали - количество записей в таблице роли не играет, вернее не ту, что ты вкладываешь. откуда вдруг всплыло про выбор базы?

не-адекват какой то.

еще раз - две базы, в них по таблице, в обоих по 100 тыс записей, одна "летает" другая еле ворочается... догадайся какая.
это не значащая информация.
а вот значащая (с сумме), в одной сорок полей, все целочисленные, есть ключ + пара индексов, вся база в сумме несколько мегабайт...
во второй 2 поля типа блоб, индексов нет, вообще ничего нет, не лезет, т.к. все это дело под 2 гб "тянет".
с какой проблемы?

p.s. как в анекдоте...
- Вова ты пойдешь в кино?  
- спасибо мама я уже пообедал!

> [62] Ega23 ©   (02.11.11 19:04)
> позывной - уникальный ключ, имя.

Другое дело, что это я для примера привёл. Может быть и на одном позывном несколько операторов, нпример, на коллективных радиостанциях, может и ещё как, какая-нибудь полярная экспедиция - вот. Но в большей части позывной привязан к одному человеку.

> [66] Ega23 ©   (02.11.11 19:18)
> Если позывной - число, то наверное (специфику надо смотреть)да.
> Если строка - то, скорее всего, нет.

Строка. Типичный вид UA1FA, UW3DX, UZ0AWX, RW6ASE, но встречаются и сожнее длиннее. Так что строка.

> Ega23  (02.11.2011 14:54:51)  [51]

msde - 4 gb
MS sQl Server Express R2 - 10 gb

> Inovet  (02.11.2011 19:14:04)  [64]

Там нет ничего уникального, кроме номера связи

Можешь поверить, я RR2RR

> [71] Anatoly Podgoretsky ©   (02.11.11 19:51)
> Там нет ничего уникального, кроме номера связи

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

> Inovet ©
> Позывной уникален, но я тоже предпочёл бы сурогатный ID,
>  хоть он и лишний.

Чувак и до первой нормальной формы никак не доберётся, а ты его с пути сбиваешь!!! Твой подход никогда не доведёт до третьей формы, а без неё работать с базой - грубое дилетантство, я бы даже сказал самовредительство и мазохизм.

> Твой подход никогда не доведёт до третьей формы, а без неё
> работать с базой - грубое дилетантство, я бы даже сказал
> самовредительство и мазохизм.


Осознанную разумную денормализацию ещё никто не отменял...  :)

> Осознанную разумную денормализацию ещё никто не отменял.
> ..  :)

Ну вот ты же сам понимаешь, что Денормализация может быть только ПОСЛЕ нормализации. А разумная, только после четвёртой формы, это я как фанат 10й формы говорю. Но ты человек знающий, и так в курсе. Зачем же новичка путать?

> Inovet  (02.11.2011 19:57:13)  [73]

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

Даже больше скажу. Разумная - только после приведения к четвёртой форме. Осознанная, после глубокого анализа выбранной СУБД.
Чувак же выбрал примитивный ACCESS, следовательно, ни о разумности, ни тем более об осознанности речи не идёт.

>  Разумная - только после приведения к четвёртой форме.


Это с какого такого перепуга?


> Чувак же выбрал примитивный ACCESS, следовательно, ни о
> разумности, ни тем более об осознанности речи не идёт.


Эта... А в чём заключается "примитивность" Access с точки зрения теории РСУБД?