|
|
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
NeoxЧто за ссылка?Карточка склада ссылается на карточку контрагента. У покупателей это может быть точка доставки. Не суть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 13:55 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
Проверьте нормально ли я вибрал действия при удалении, правки в Journal SQL Код: 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. 205. 206. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 14:45 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
Э не... сюда такие простыни постить не надо. Удаление/правка журнала происходит при изменении статуса первичного документа. Логика правки может быть очень навороченной. зы: в схеме нет журнала привязок приход/расход. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 14:58 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
Neox Обьясните, LSVВарехаус и Контрагент можно (нужно!) вести в одной таблице с древовидной ссылкой. Что за ссылка? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 15:11 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
LSV зы: в схеме нет журнала привязок приход/расход. А bindExpenseInvoice ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 15:30 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
NeoxLSVзы: в схеме нет журнала привязок приход/расход. А bindExpenseInvoice ?какое-то кривое у него название и не совсем понятны названия полей. ссылаться надо на коды партий. Expense - затраты. Лучше уж Outcome/Income ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 15:37 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
NeoxLSV зы: в схеме нет журнала привязок приход/расход. А bindExpenseInvoice ? Я в bindExpenseInvoice написал id_expense_part Перепутал это не ид партии а ид записи в журнале - id_Journal. Так-же с id_invoice_part ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 15:37 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
наутилусNeox Обьясните, LSVВарехаус и Контрагент можно (нужно!) вести в одной таблице с древовидной ссылкой. Что за ссылка? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. слишком разные по смыслу сущности. Лучше так не делайте, т.е. советы фильтруйте. Или тогда уж сделайте одну всего таблицу и не мучайтесь Код: plaintext 1. 2. 3. 4. 5. p.s. не всерьез, конечно же. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 16:41 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
В интерфейсе такое решение вполне уместно. Но на уровне таблиц лучше делать разные справочники и суб-справочники. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 16:46 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
слишком разные по смыслу сущности. Спорно. Разные, но не настолько. Что плохого случится, если поместить в одну таблицу ? Во многих известных системах Поставщики и Клиенты тоже разные таблицы. Тоже разные по смыслу ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:20 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
LSV, Вообщем выходит Поставщики-Клиенты-Склады можно в одну таблицу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:32 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
iscrafmнаутилусNeox Обьясните, LSVВарехаус и Контрагент можно (нужно!) вести в одной таблице с древовидной ссылкой. Что за ссылка? Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. слишком разные по смыслу сущности. Лучше так не делайте, т.е. советы фильтруйте. Или тогда уж сделайте одну всего таблицу и не мучайтесь Код: plaintext 1. 2. 3. 4. 5. p.s. не всерьез, конечно же. у меня это разные сущности (и таблицы). я ответил просто человеку. но что-то здравое в этой мысли уважаемого LSV есть. я ж грю, ещё не могу разложить картинку ясно у себя. и хочется "попробовать" и колется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:35 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
Программист-ЛюбительВ интерфейсе такое решение вполне уместно. Но на уровне таблиц лучше делать разные справочники и суб-справочники. во!... вот это. да. мне вот не даёт покоя мысль, что иногда можно не знать склада, но знать контрагента (скажем филиал своей же фирмы)... и выбрать вместо склада контрагента. дальше правда, чуть усложняется. товар не будет "оприходован", пока дополнительно не укажут конкретный склад. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:37 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
NeoxLSV, Вообщем выходит Поставщики-Клиенты-Склады можно в одну таблицу? поставщики-клиенты - однозначно. (Вася Пупкин поставляет вам лес, а покупает пилы) склады я бы всё таки вынес в отдельную сущность. по крайней мере я так делал всегда у себя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:44 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
наутилусПрограммист-ЛюбительВ интерфейсе такое решение вполне уместно. Но на уровне таблиц лучше делать разные справочники и суб-справочники. во!... вот это. да. мне вот не даёт покоя мысль, что иногда можно не знать склада, но знать контрагента (скажем филиал своей же фирмы)... и выбрать вместо склада контрагента. дальше правда, чуть усложняется. товар не будет "оприходован", пока дополнительно не укажут конкретный склад.Для случаев, когда склад необязателен, можно предусмотреть в логике ИД=0. Не вижу проблем. Можно даже как-то пометить контрагента на предмет "указывать склад обязательно". Плодить таблицы - тупик. В некот. областях нужны сотни мелких справочников. Лепить всем отдельные таблицы ? А к ним новые ГУИ и обвязки кода ? Самое страшное для КИС - избыточное усложнение, дублирование похожего ф-ла. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 18:54 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
LSV Плодить таблицы - тупик. В некот. областях нужны сотни мелких справочников. Лепить всем отдельные таблицы ? А к ним новые ГУИ и обвязки кода ? речь же идет не о мелких справочниках, а об оних из основных, в обсуждаемой тематике. По атрибутному составу, совпадение 0.1%. GUI и привязки кода - это настолько ничтожная операция, что потратить 2 на нее минуты не представляется сложным. Для получения адекватной структуры БД, то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 19:33 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
LSVнаутилусПрограммист-ЛюбительВ интерфейсе такое решение вполне уместно. Но на уровне таблиц лучше делать разные справочники и суб-справочники. во!... вот это. да. мне вот не даёт покоя мысль, что иногда можно не знать склада, но знать контрагента (скажем филиал своей же фирмы)... и выбрать вместо склада контрагента. дальше правда, чуть усложняется. товар не будет "оприходован", пока дополнительно не укажут конкретный склад.Для случаев, когда склад необязателен, можно предусмотреть в логике ИД=0. Не вижу проблем. Можно даже как-то пометить контрагента на предмет "указывать склад обязательно". Плодить таблицы - тупик. В некот. областях нужны сотни мелких справочников. Лепить всем отдельные таблицы ? А к ним новые ГУИ и обвязки кода ? Самое страшное для КИС - избыточное усложнение, дублирование похожего ф-ла. предусмотрел. 0 и заполняю. только мне реально легче будет разобраться самому в структуре, если у меня будет таблица склады и таблица контрагенты. какие плюсы обьединения? 10 таблиц вместо 20?? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.08.2010, 22:46 |
|
||
|
Складской учёт материалов - предметная область
|
|||
|---|---|---|---|
|
#18+
какие плюсы обьединения? 10 таблиц вместо 20??Это хороший плюс. Учитывая, что и кода будет в 1,5 раза меньше. ЗЫ: Да по сабжу не суть важно. Оба варианта имеют право на жизнь. Набор атрибутов разный ? Дык он может быть существенно разный даже у разных контрагентов. Так что не аргумент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.09.2010, 13:23 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=36822092&tid=1542567]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
164ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 196ms |
| total: | 427ms |

| 0 / 0 |
