|  | 
| 
Вот загвоздочка возникла...посоветуйте | |||
|---|---|---|---|
| #18+ Проектирую БД. Должна она отражать перемещения товаров между разными площадками. Основанием для перемещения товара является Документ. Документов может быть несколько типов. Причем и количество площадок и количество документов-оснований может измениться. В тоже время хотелось бы спроектировать так, чтобы потом приходилось вносить как можно меньше изменений в Хранимки.(Да доступ к данным из апликации только через ХП) Придумал вот следующую структуру: Код: 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. Тогда при добавлении нового типа Документа который может является основанием для перемещения выполняем следующее: Код: plaintext 1. В случае если в договоре поставки необходимо будет сохранять какие либо данные которые не покрываются таблицей "Основание" а это будет почти наверняка. Создаем новую таблицу к примеру: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. и так далее, тогда ХП возвращающая все перемещения осуществленные на основании какого-то документа не придется править независимо от внесения этих документов. Да и вытащить инфу по какому либо документу тоже будет проще. Верно ли я думаю или есть другие более совершенные пути? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 11.07.2003, 15:57 |  | ||
|  | 

| start [/forum/topic.php?fid=32&fpage=179&tid=1546911]: | 0ms | 
| get settings: | 11ms | 
| get forum list: | 14ms | 
| check forum access: | 3ms | 
| check topic access: | 3ms | 
| track hit: | 33ms | 
| get topic data: | 9ms | 
| get forum data: | 2ms | 
| get page messages: | 31ms | 
| get tp. blocked users: | 1ms | 
| others: | 15ms | 
| total: | 122ms | 

| 0 / 0 | 
