|
|
|
и еще одна просьба оценить структуру БД
|
|||
|---|---|---|---|
|
#18+
Привестствую! Если у кого найдется свободная минута, помогите новичку. Строю первый раз базу данных (для себя). В базе информация о парке судов, выполненных рейсах, станциях отбора проб, количество и виды отобранных судном проб, количественные характеристики пробы. Цель базы: поиск данных из таблицы количественные характеристики по годам, судам, рейсам, станциям, районам, а так-же автоматизированный ввод: например имеем ряд количественных показателей, отобранных определенным судном на определенной станции- указываем судно, номер рейса, станции, пробы, а потом забиваем показатели относящиеся к этой группе параметров. Вопрос: корректна ли иерархическая структура? или надо уходить от дерева, например в таблице количественные данные сделать составной ключ с ключевыми полями таблиц суда, рейс, станция, проба? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2010, 10:55 |
|
||
|
и еще одна просьба оценить структуру БД
|
|||
|---|---|---|---|
|
#18+
Не надо разносить по полям типы проб (Cu,Zn,Ni,...) Надо сделать таблицу "Типы проб" и занести туда их названия "Количественные данные" имеют ссылку на нее С уважением, Naf ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2010, 11:07 |
|
||
|
и еще одна просьба оценить структуру БД
|
|||
|---|---|---|---|
|
#18+
Cпасибо Naf, но непонятно тогда как заполнять таблицу "колич. данные", в ней ключевое поле номер пробы, каждая запись имеет количественную характеристику соответствующего поля (например какое-либо содержание Ni в данной пробе). И заодно еще вопрос: таблица колличественные данные получается слишком большой, порядка 40 полей, т.е. 40 уникальных значений для одной пробы. Имеет ли смысл разбить табл. "Кол.данные" на логические группы, и вместо нее получить 4 таблицы характеризующие классы загрязнящих веществ (металлы, н-парафины, ПАУ, ПХБ). Или для получения этих данных лучше воспользоваться запросом, а все данные хранить в одной таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2010, 12:13 |
|
||
|
и еще одна просьба оценить структуру БД
|
|||
|---|---|---|---|
|
#18+
На уровне логического проектирования БД у вас вроде все соответствует постановке задачи. Вы сейчас задаетесь вопросами физического проектирования - оптимизации, грубо говоря, а на них нельзя ответить, зная только приведенную постановку. Надо еще знать статистику по данным, по запросам. Если у вас пока этого нет, сделайте любым, самым простым в реализации образом. В принципе оно работать будет в любом случае, а дополнительные требования, если такие возникнут при эксплуатации, вы учтете в версии 2.0. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.02.2010, 13:09 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36455266&tid=1542858]: |
0ms |
get settings: |
8ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
41ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
54ms |
get tp. blocked users: |
2ms |
| others: | 222ms |
| total: | 371ms |

| 0 / 0 |
