-
> [99] Anatoly Podgoretsky © (03.11.11 12:21)
> По правилам, все связи должны фиксироваться в обязательном
> порядке
Значит в логе.
-
> А справочники диапазонов воовсе смешно. 3.5 в текстовом
> виде три байта, а со справочником id+значение, минимум 7
> байт и необходимость делать JOIN
> Вместо справочника лучше строить combobox или pickup list
Вот сейчас у меня в программе так и сделано - везде где можно, выпадающие комбобоксы. Вот для меня и непонятно, зачем делать ссылки в данном случае?
И у меня а возникает такой же вопрос:
> Почему бы не сделать справочник дат и времени тогда, чем
> они то хуже?
> Надо поле Примечание, куда можно заносить любую не нужную
> информацию.
Да, конечно, такое поле в программе есть.
> Частоту не так легко пересчитать.
> 3.500, 3.600, 3.800
> Нужен ИИ или вхождение в диапазон
Есть справочник: такой
3,5 3,5-3,9 80М
Первое поле - значение частоты поля по умолчанию (частота может вручную, а может с трансивера считываться).
Второе - понятно диапазон вхождения.
Третье - текстовое название диапазона.
-
> [101] Alex_C (03.11.11 20:58)
> Есть справочник: такой
> 3,5 3,5-3,9 80М
Ну так есть же. Только диапазон частот зачем было в одно поле пихать, тогда уж Low_Frequency, High_Frequency тип с плавающей точкой. Частота с трансивера считалась/ввелась вручную, в справочнике нашли вхождение, заполнили автоматически диапазон. Если без частоты, то вручную заполнили диапазон. Раз он нужен в логе, хоть частоты в принципе достаточно. Код диапазона он же ID может быть например 80 integer.
-
Как далеко вы от предметной области.
По правилам надо указывать 3.5, а не 3.7 и не 3.715 или 80 м, хотя никто не убьет.
-
И да это не число, а название
-
> зачем делать ссылки в данном случае?
в данном может и не зачем (выше приводили пример когда сама ссылка больше чем значение, и встречается только в 1 таблице)
а вообще, делаются по многим причинам, например:
тот же размер. если например страна "Союз Советских Социалистических Республик" то гораздо выгоднее хранить ее в одном месте, а в таблицу класть ее ID(ссылку). и работает так часто быстрее (не записываются объемные данные, не нужно перестраивать по ним индексов...)
или удобство изменений, ну к примеру ввели страну - Татарстан, делают записи с ней, а потом вдруг, внезапно - "в написание вкралась ошибка! надо писать не Татарстан, а Грузия2...". в одном случае просто меняешь название в справочнике, в другом ищешь все места где используешь и запросами меняешь значение... еще и следишь чтобы с реальной Грузией не попутать.
-
> [104] Anatoly Podgoretsky © (04.11.11 07:46)
> И да это не число, а название
Да я не о том, а об ID и внешенм ключе на него из лога. Пусть будет 3500 или 3,5 с фиксированной точкой. Главное - проверка на уровне базы а не приложения и связь со справночником при необходимости. Врямя года или там пол "М" "Ж" устоявшиеся понятия, а диапазонов много и завтра поменяют/добавят/уберут.
Тоже и с модуляцией.
Кстати, а как помечаются в логе всякие экзотические виды связи? Связь через Луну радиолюбитель отработает. Или связь на сверхмалой мощности передатчика. Поле в логе тоже надо.
-
> [69] Inovet © (02.11.11 19:23)
> UW3DX
UW3DI
-
> Inovet (04.11.2011 10:56:46) [106]
Не требуется, все одно или CW или SSB и редко экзотика вроде FAX
-
> По правилам надо указывать 3.5, а не 3.7 и не 3.715 или
> 80 м, хотя никто не убьет.
По диапазонам правил как таковых нет, есть общепризнанный межлоговоый формат ADIF, в нем указывается название диапазона 80M, 40M, 20M. И менно по тому полю считают дипломы. А поле частота 3,5 или 3,8 или 3,550 - это уже как хочешь указываешь. Однако естественно название высчитывается из частоты.
> Не требуется, все одно или CW или SSB и редко экзотика вроде
> FAX
Сейчас все немного сложнее: CW, SSB - да, так и осталось, но есть много новых цифровых видов связи. К уже существующей RTTY добавились PSK, ROS, SSTV. Так вот: в некоторых дипломах все цифровые виды связи считаются как один и тот же, в некоторых - как разные.
Но это уже техника!
Спасибо большое за активное обсуждение темы. Сейчас есть много поводов подумать над архитектурой БД.
Офтоп:
UW3DI - первый трансивер который я сделал сам :)
-
> [14] Труп Васи Доброго © (01.11.11 08:21)
> Не поминай это овно, КЛАДР наверное ключница делала. Может
> сейчас что то исправили, давно с ним не работал, но то,
> что я видел лет 5 назад это ППЦ. Создатель либо полный профан,
> причём с дикого бодуна писал и слово нормализация для него
> просто звук, либо с.ка вредитель.
Кладр нормализуется из заготовки, хоть и коряво - что делать, если почтовые адреса ненормализованны. Только он не очнь годится для данной задачи.
-
-
-
тип продукта - выводятся:наименование продукта,сот,цена,тип продукта,количество в наличии,год производства.Запрос на выборку с помощью SQL как это сделать???
-
тип продукта - выводятся:наименование продукта,сот,цена,тип продукта,количество в наличии,год производства.Запрос на выборку с помощью SQL как это сделать???
-
тип продукта - выводятся:наименование продукта,сот,цена,тип продукта,количество в наличии,год производства.Запрос на выборку с помощью SQL как это сделать???
-
тип продукта - выводятся:наименование продукта,сот,цена,тип продукта,количество в наличии,год производства.Запрос на выборку с помощью SQL как это сделать???
-
> асема (19.02.12 01:27) [113]
>
> тип продукта - выводятся:наименование продукта,сот,цена,
> тип продукта,количество в наличии,год производства.Запрос
> на выборку с помощью SQL как это сделать???
"Нанять программиста".
(c) Плохиш
-
> асема (19.02.12 01:27) [113]
>
> тип продукта - выводятся:наименование продукта,сот,цена,
> тип продукта,количество в наличии,год производства.Запрос
> на выборку с помощью SQL как это сделать???
"Нанять программиста".
(c) Плохиш
-
> асема (19.02.12 01:27) [113]
>
> тип продукта - выводятся:наименование продукта,сот,цена,
> тип продукта,количество в наличии,год производства.Запрос
> на выборку с помощью SQL как это сделать???
"Нанять программиста".
(c) Плохиш
|
Есть новые 
Нет новых [134431 +10][b:0.001][p:0.001]