|
|
|
проблема с таблицами
|
|||
|---|---|---|---|
|
#18+
У меня следующая проблема: Есть таблица tblAsset(AssetID(pr. key), ModelID(foreign key), ....) tblModel(ModelID(pr. key), Descrip, Photo) Меня попросили немножко переделать таблицы, а именно следующим образом: У некоторых моделей есть различные конфигурации, например у модели с ModelID "CMU200" есть на выбор около 15 опций(CMU-B11,CMU-B21,CMU-B41 CMU-B52 CMU-B53 CMU-B54 CMU-B95 CMU-U65....). Моделей под этим номером может много и у каждой свой выбранный набор опций. При занесении в базу данных нового прибора AssetID, мне нужно выбрать из списка моделей нужную запись модели и вариант этой модели со своими опциями. Как лучше сделать, создать таблицу tblOptions(ID, OptionName) и tblModelOption(ID, ModID(foreign key), option1, option2,....optionN)? Здесь я могу иметь список в таблице tblOptions всех существующих опций на все модели и в таблице tblModelOption в 20(optionX) столбцах отбирать нужную запись. Потом в таблице tblAsset я смогу внести новый столбец Option, где я выберу номер из таблицы tblModelOption для нужного мне номера Модели. Или же есть второй вариант. Сделать одну таблицу tblOption(ID(pr. key), ModID(foreign key), CMU-B11,CMU-B21,CMU-B41 CMU-B52 CMU-B53 CMU-B54 CMU-B95 CMU-U65... ) с больщим количеством столбцов с названиями всех моих опций, для которых я сделаю просто checkbox'ы и при заполнении варианта номера Модели просто кликать на нужные мне чекбоксы. Вот теперь не знаю какой вариант самый рациональный. Кто подскажет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2004, 18:42:29 |
|
||
|
проблема с таблицами
|
|||
|---|---|---|---|
|
#18+
нужно сделать, имхо таблицу опций. а в основной-поле где будет стоять номер опции. я думаю так ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2004, 18:49:27 |
|
||
|
проблема с таблицами
|
|||
|---|---|---|---|
|
#18+
Я предлжил бы в существующую таблицу "МОДЕЛИ" добавть поле для описания подчиненных связей в пределах этой таблицы. (Parent - Child) tblAssets AssetID -primary key ModelID -foreign key related to tblModels > ModelID (One To Many) ................. AssetNum - bla-bla-bla tblModels ModelID -primary key AsAPartOf -foregn key related to the same table > ModelID (ParentRecord) ................. Description - bla-bla-bla если у записи в таблице Models нет ParentRecord - значит это определенная конечная конфигурация, которая может быть привязана к таблице Assets как ModelID если у записи в таблице Models есть ParentRecord - значит это одна из опций для конечной конфигурации, и она не может быть соотнесена с таблицей Assets. таким образом в одной таблице Models вы можете очень гибко создавать конфигурации ("модели" из набора "опций") а потом ссылаться на них из таблицы Assets ИМХО - просто как вариант - без существенных переделок структуры БД кроме того это (подобная структура) позволит отображать "конфигурации опций" (варианты сочетаний) любых уровней "вложенности" и с любой степенью детализации в TreeView ActiveX. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.10.2004, 21:18:15 |
|
||
|
|

start [/forum/topic.php?fid=45&tid=1671182]: |
0ms |
get settings: |
9ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
39ms |
get topic data: |
6ms |
get forum data: |
2ms |
get page messages: |
22ms |
get tp. blocked users: |
1ms |
| others: | 229ms |
| total: | 321ms |

| 0 / 0 |
