
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
16.03.2009, 17:58
|
|||
|---|---|---|---|
|
|||
Подскажите, плиз, проектирование БД |
|||
|
#18+
Здравствуйте, подскажите пожалуйста как более корректно добавить новый раздел в базе данных. Существует база содержащая таблицы: 1)Справочник ц.бумаг 2)таблица сделок 3)таблица операций 4) портфель цб Задача ввести новый блок операции с фьючерсными контрактами, по сути это такой же инструмент как и цб, но со своими специфическими атрибутами, сделки соответственно тоже немного отличаются, портфель вообще явление искуственное но необходимое для корректного учета.. Вопрос: что будет более корректно, запихать новый инструмент в ту же таблицу и создать зависимую таблицу для неописанных атрибутов, или создать новый справочник, а также соответственно для всех остальных таблиц исключая, пожалуй только операции, и ,возможно, сделки, хотя в этом тоже большие сомнения . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2009, 11:33
|
|||
|---|---|---|---|
|
|||
Подскажите, плиз, проектирование БД |
|||
|
#18+
Я бы оттолкнулся от предметной области и идей объектно-ориентированного проектирования. То или иное решение зависит от задач, решаемых Вашим приложением. Скажем, если существует объект Инструмент и два его наследника ЦеннаяБумага : Инструмент и Фьючерс : Инструмент, то почему бы не реализовать маппинг этих объектов на реляционные таблицы типа Table-per-hierarchy inheritance или Table-per-type inheritance (в зависимости от того, что Вам лучше подходит). Ниже процитирую скрипт, создающий базу с иллюстрацией обоих подходов. Скопировано отсюда . Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144. 145. 146. 147. 148. 149. 150. 151. 152. 153. 154. 155. 156. 157. 158. 159. 160. 161. 162. 163. 164. 165. 166. 167. 168. 169. 170. 171. 172. 173. 174. 175. 176. 177. 178. 179. 180. 181. 182. 183. 184. 185. 186. 187. 188. 189. 190. 191. 192. 193. 194. 195. 196. 197. 198. 199. 200. 201. 202. 203. 204. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.03.2009, 13:46
|
|||
|---|---|---|---|
|
|||
Подскажите, плиз, проектирование БД |
|||
|
#18+
> по сути это такой же инструмент как и цб Как раз это принципиально другой инструмент. Со всех точек зрения. > Вопрос: что будет более корректно Невозможно сказать без знания структуры Вашей базы данных. Абстрактно, без привязки к задаче, я бы делал отдельные таблицы для каждого типа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=32&mobile=1&tid=1543362]: |
0ms |
get settings: |
7ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
150ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
28ms |
get tp. blocked users: |
1ms |
| others: | 211ms |
| total: | 429ms |

| 0 / 0 |
