|
|
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
Поругайте схему :) Нужно для системы управления складом т.е. добавление привезённого товара, редактирование свойств, "выставление" в интернет-магазины, учет клиентов и продаж. Интересует в основном аспект нормализации и бардак со связями (типами, изначально писал на SQL, потом сделал импорт в Workbench'е). Схема: SQL: Код: sql 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. 205. 206. 207. 208. 209. 210. 211. 212. 213. 214. 215. 216. 217. 218. 219. 220. 221. 222. 223. 224. 225. 226. 227. 228. 229. 230. 231. 232. 233. 234. 235. 236. 237. 238. 239. 240. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 17:46 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
Буду использовать Yii Framework и ActiveRecords, хотелось бы со связями разобраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 17:49 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
чушькакаято :) Сто раз обсасывали склад тут и в соседних форумах. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 18:53 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
авторПоругайте схему :) Пилот штурману - Штурман, прибор - 80 - чего 80? - а какой прибор? для того чтобы схему ругать надо четко понимать исходную задачу. авторИнтересует в основном аспект нормализацииНу я бы убрал длинные текстовые поля типа place, color, city, country чисто для облегчения жизни добавляющему (как наполнять эти справочники вопрос другой, но для простоты наполнять их может и добавляльщик если не нашел подходящего) Не понятно почему цена у товара float а в продаже int (пусть безобразно но единообразно) Нафиг выкидывайте password из базы - каждый должен заниматся своим делом. зачем поле телефон такое длинное - больше вероятность что туда вколотят мусор, лучше разбейте на phone char(11) (только цифры, причем форматируйте его сами 7(095)555-5555 в базе будет как 70955555555) ext_phone int desc phone varchar() - а вот тут примечания - когда звонить, кого спросить и т.д. post_code я бы больше 10 не делал что такое title_template? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 19:10 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
Ну до склада тут еще очень далеко ) Я бы отметил: tbl_orders: - а если клиент заказал два товара? - почему там goods_id, а не sale_goods_id, раз уж клиент заказывает товар в конкретном магазине - нет цены в заказе, а ведь она может измениться в магазине уже после заказа tbl_goods: - если это номенклатура, то тут цена и количество лишние. Если же это таблица с остатками, то там не должно быть свойств товара. А отсюда сразу следствие - не хватает еще сущностей. - что такое place? - поле editor. Ну если нас не волнует, что редактировать могли много раз. - что такое типы и категории и чем они отличаются - непонятно Что такое templates и incomings не понял. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.02.2012, 21:45 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
Каким товаром торгуете? Оружие, алкоголь, наркотики? =) tbl_goods — сами товары? или включая остатки на складе? а сколько всего складов? приход на склад (от поставщика, возврат от клиента, ...), расход со склада (возврат поставщику, списание брака, ...), излишки-недостачи по инвентаризации, пересортицы и т.п. как проходить будут по базе? какая цена в этой таблице? как отслеживаются ее изменения во времени? почему она одна? что за size? что за place? tbl_incomings — видимо, приходы? а от кого и по какой цене? один приход — один товар? tbl_sale_goods — товары для продажи в магазинах? зачем тут количество? какие бывают статусы? tbl_orders — продажи товара? одна продажа — один товар? что такое эти два tid? оплачивают товар всегда одинаково, например, за нал при получении (это точно не наркотики)))? где фиксируется факт оплаты товара? tbl_clients — у меня два телефона и три email (или ни одного), а принимать товар буду вообще не я, а бабушка, и индекса своего я не знаю... как это будет выглядеть в БД? < тут еще могло быть еще раз в пять больше вопросов > ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 09:30 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
stiНу до склада тут еще очень далеко ) Со складом всё довольно упрощённо будет. Фактически, это замена экселевской таблицы с 10к+ строками. stiЯ бы отметил: tbl_orders: - а если клиент заказал два товара? Тут будут не товары, а лоты. Хотя, на будущее надо будет добавить таблицу типа tbl_orders_goods_rel sti- почему там goods_id, а не sale_goods_id, раз уж клиент заказывает товар в конкретном магазине Проглядел, спасибо. sti- нет цены в заказе, а ведь она может измениться в магазине уже после заказа Цена заказа будет состоять из цены товара и стоимости доставки из соотв. таблицы. stitbl_goods: - если это номенклатура, то тут цена и количество лишние. Если же это таблица с остатками, то там не должно быть свойств товара. А отсюда сразу следствие - не хватает еще сущностей. Интересно, тут я не подумал. Надо будет тогда вынести цену и количество в отдельную таблицу. sti- что такое place? Код места на складе. Аналогично с предыдущим, вынесу в таблицу с остатками. - поле editor. Ну если нас не волнует, что редактировать могли много раз. Тут, скорее, не edit, а update должен быть. sti- что такое типы и категории и чем они отличаются - непонятно Типы - оно и есть. Обувь, сумки, что-то ещё. Категории тут скорее для интернет-магазина. stiЧто такое templates и incomings не понял. templates - шаблоны описания в интернет-магазине (как, например, на eBay). Не хочу их в файлах хранить, там только HTML будет. incomings - приход товара. Это больше для статистики и отчётов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 10:21 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
boottyКаким товаром торгуете? Оружие, алкоголь, наркотики? =) Именно! На самом деле, там будет обувь и сумки. Может, что-то ещё, но выделять отдельную таблицу для свойств я не хочу и не буду. boottytbl_goods — сами товары? или включая остатки на складе? а сколько всего складов? приход на склад (от поставщика, возврат от клиента, ...), расход со склада (возврат поставщику, списание брака, ...), излишки-недостачи по инвентаризации, пересортицы и т.п. как проходить будут по базе? какая цена в этой таблице? как отслеживаются ее изменения во времени? почему она одна? что за size? что за place? Сами товары. Как посоветовал sti, остатки вынесу в отдельную таблицу. Склад всего один. Для недостачи сделаю возможность списания, а излишки будут проходить, как поставки. Цена закупочная. place - место на складе (чисто для информации, выносить не вижу особого смысла. size - размер обуви. На счёт отсутствия размера, как такового, у сумок - см. выше. boottytbl_incomings — видимо, приходы? а от кого и по какой цене? один приход — один товар? Да. От кого - не особо важно, там один поставщик, заказчику это не нужно. На счёт цены - я ещё подумаю, какая и где нужна и нужна ли вообще. boottytbl_sale_goods — товары для продажи в магазинах? зачем тут количество? какие бывают статусы? Статусы - "в продаже", "оплачен", "отправлен", "продано" и т.д., пока точно не знаю. Выносить в отдельную таблицу их не вижу смысла. Количество - честно говоря, не помню, но учту замечание. boottytbl_orders — продажи товара? одна продажа — один товар? что такое эти два tid? оплачивают товар всегда одинаково, например, за нал при получении (это точно не наркотики)))? где фиксируется факт оплаты товара? Именно. Одна продажа - один лот (забыл об этом написать). tid - идентификатор "транзакции" из интернет-магазина. Второй - очепятка, спасибо :) Способ оплаты - фактически, это способ доставки т.е. или предоплата, или наложенным. boottytbl_clients — у меня два телефона и три email (или ни одного), а принимать товар буду вообще не я, а бабушка, и индекса своего я не знаю... как это будет выглядеть в БД? В интернет-магазине индекс - обязательное поле, email тоже обязателен и только один, для телефонов и прочего - возможно, будет какое-то поле для комментария. bootty< тут еще могло быть еще раз в пять больше вопросов > С удовольствием их выслушаю :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 10:36 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
LSVчушькакаято :) Сто раз обсасывали склад тут и в соседних форумах. У меня тут не просто склад, а немного более другое, чем "обсасывалось" в других местах. По-этому, запостил отдельно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 10:37 |
|
||
|
Схема для системы управления товарами
|
|||
|---|---|---|---|
|
#18+
SERG1257авторПоругайте схему :) Пилот штурману - Штурман, прибор - 80 - чего 80? - а какой прибор? для того чтобы схему ругать надо четко понимать исходную задачу. авторИнтересует в основном аспект нормализации SERG1257Ну я бы убрал длинные текстовые поля типа place, color, city, country чисто для облегчения жизни добавляющему (как наполнять эти справочники вопрос другой, но для простоты наполнять их может и добавляльщик если не нашел подходящего) place, color - варианты их значений пока будут захардкожены т.к. их мало и меняться они в ближайшие годы вряд ли будут. Остальное берётся из внешнего источника. SERG1257Не понятно почему цена у товара float а в продаже int (пусть безобразно но единообразно) Проглядел, спасибо. SERG1257Нафиг выкидывайте password из базы - каждый должен заниматся своим делом. Почему? Где хранить пароли? SERG1257зачем поле телефон такое длинное - больше вероятность что туда вколотят мусор, лучше разбейте на phone char(11) (только цифры, причем форматируйте его сами 7(095)555-5555 в базе будет как 70955555555) ext_phone int desc phone varchar() - а вот тут примечания - когда звонить, кого спросить и т.д. Длинное - потому что не для России. Сколько максимально может быть, я не знаю, по-этому взял с запасом :) SERG1257post_code я бы больше 10 не делал Справедливо. SERG1257что такое title_template? Шаблон дня названия лота. будет что-то типа "СУПЕР-ПУПЕР МОДНЫЕ <goods.title> (<goods.size>) <goods.part>". Возможно, потом сделаю как-то иначе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.02.2012, 10:45 |
|
||
|
|

start [/forum/topic.php?fid=32&fpage=52&tid=1541829]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
53ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
67ms |
get tp. blocked users: |
2ms |
| others: | 200ms |
| total: | 374ms |

| 0 / 0 |
