Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
БД- склад есть таблица движение id дата от кого кому основание общая сумма другая таблица детали движения id_движения товар количество цена .... проблема в следующем как сделать оборотку тоесть name от кого кому количество -------------------------------------------------------- картошка А В 500 картошка В С 300 картошка С D 15 а необходимо получить субконто : сальдо на начало: приход :расход: сальдо на конец ------------------------------------------------------------------------- картошка : : 815 : 815 : А 500 В 500 : 300 С 300 : 15 D 15 : как можно это изобразить с помошью имеющихся таблиц? если надо менять структуру то подскажитечто конкретно и почему ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2005, 17:24 |
|
||
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
столбцы съехали ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.09.2005, 17:43 |
|
||
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
делается за 1 запрос. Из 3-х запросов через UNION. Во вск таблицы - добавить поле - тип дока И просто флаг - (1 или -1) Чтобы четко различать приход_расход. Тпп дока поможет "исключать" из выборки , например, внутренние обороты (перемещение). Код: 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. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 18:13 |
|
||
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
Непонятно, зачем движение разложили на 2 таблицы, но сделать оборотку не проблема, смысл в типах документов, т.е. приход - по приходным, расход по расходным, остаток приходы-расходы+нач остаток либо, если есть регистры текущего состояния, тогда расчет остатка от конца остаток - приход+расход все естественно с учетом периода или даты, на которую считается остаток. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 19:16 |
|
||
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
Валентин КНепонятно, зачем движение разложили на 2 таблицы. IMHO по одному коду движения перемещаются различные товары... ИМХО а трудно было не понять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.09.2005, 20:06 |
|
||
|
по моему виновата структура БД
|
|||
|---|---|---|---|
|
#18+
erwertwrwerwerwerwerwr Валентин КНепонятно, зачем движение разложили на 2 таблицы. IMHO по одному коду движения перемещаются различные товары... ИМХО а трудно было не понять? Смысл в хранении движения, а не того, что разные товары перемещаются, это и так понятно, если подразумевается движение товара. Есть несколько подходов к данной реализации и та, которая у автора вопроса - не самая удачная, что я собственно и осветил. Но она не настолько неудачная, чтобы с ней нельзя было нормально работать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.09.2005, 13:33 |
|
||
|
|

start [/forum/topic.php?fid=32&tid=1545686]: |
0ms |
get settings: |
5ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 234ms |
| total: | 352ms |

| 0 / 0 |
