|
|
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
А для начала - расскажите кто-нибудь как правильно идентифицировать новоприходящие партии товаров? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2003, 19:40 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
По коду. Проблема-то в чем? Не можешь создать структуры базы или не можешь сделать правильный алгоритм списания товара? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.04.2003, 11:29 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
2Senin Viktor Так, сорри! С партиями вроде разобрался ! Теперь есть другая проблема: При вводе нового документа открывается форма содержащая шапочную часть и подчиненную-табличную которые присоеденены к соответствующим временным таблицам. В эти формы вводятся данные, форма закрывается и если нужно - данные сохраняются, т.е. добавляются запросом на добавление в постоянную таблицу, если нет - то нет. Собственно проблема - кодирование документа, т.е. генерация ид.кода шапочной части, и соответственно каждой записи подчиненной формы в промежуточный момент между открытием нового документа и его сохранением, что-бы другой пользователь не мог создать документ с тем-же кодом. Вот такой вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 11:52 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Если таблицы связаны по полю , имеющему свойство "счётчик", никаких проблем не будет. Каждая новая запись будет иметь уникальный код. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 12:56 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
2Вадим Львов Так в том-то и проблема, что в форме связаны две временные таблицы, и не по полю счетчика! В однопользовательской системе, код записи задается присвоением соотв. полю вычисляемого макс. значения "кодДокумента"+1 ("Код документа" - из таблицы "Журнал документов"), и при сохранении новой записи - все как-бы нормально - добавляется новая запись с уникальным кодом. В многопользовательской среде это не проходит. Может тут вообще какая-то другая стратегия нужна? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 13:41 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Можно попробовать ключевое поле делать равное текущему времени например 12.12.02 12:10:03 , не думаю что ситуация когда с несколько юзеров запустят это событие одновременно. Можно пойти дальше и записать еще код машины. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 13:46 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Из Microsofta: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 13:58 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
М-да... А попроще никак? Насколько я понимаю - большинство более-менее серьезных программ на Аксессе пишут все-таки для сетевого использования, и проблема ввода и редактирования документов вродебы довольно стандартная!? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 14:29 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
большинство более-менее серьезных программ на Аксессе пишут все-таки для сетевого использования Да. И c использованием SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 14:49 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
2V. Motchulsky Спасибо за код, но это, насколько я вижу, это не "Аксессовсий" SQL. Если можно, просьба дать некоторые более подробные пояснения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 16:31 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
если добавлять не sql - запросом а рекордсетами то можно 1. Использовать транзакции чтобы шапочная часть не добавилась отдельно от данных 2 после добавления рекордсетом шапочной части можно взять идентификатор из таблицы в которую добавляется шапочная часть (тип рекордсета keyset - смотри id после update ) после этого добавляешь данные с этим ид ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 17:09 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Все время забываю, что помимо ADP живет еще "классический" Access. Синтаксис, мягко говоря, немного отличается. Поэтому простенькая процедурка поначалу кажется сложной. Алгоритм здесь простой, но как то нехочется делать шаг назад. Может поможет кто-то, еще не перешедший на клиент-серверную технологию. Мой же совет - двигаться вперед, не всегда првда это легко... Мне даже кажется, надо было сделать два разных Accessa и два разных форума. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 17:21 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Мне даже кажется, надо было сделать два разных Accessa и два разных форума Не, не стоит. Как правило проблемы с ADP сводятся к ADO и собственно MSSQL. А это темы форума MSSQL. По крайне мере там я не ленюсь и на такие вопросы отвечаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.04.2003, 19:13 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Да уж... хорошо Вам УМНЫМ!!! А нам-то что делать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 00:23 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Блин, да проблема то в чем? При сохранении документа: 1. Начинаешь транзакцию. 2. Получаешь ID шапки 3. Сохраняешь шапку. Если кто то уже сделал то же самое с таким же ID - у тебя все валится (ты ведь не забыл уникальность сделать?). Тогда откатываешь транзакцию и, если хочешь, начинаешь все с начала. 4. Сохраняешь данные. Привязка к шапке - по ID. Если нужна уникальность идентификаторов для данных - алгоритм такой же. 5. Завершаешь транзакцию. 6. Наслаждаешься жизнью под музыку Боба Марли. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 01:57 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
> Сохраняешь шапку. Если кто то уже сделал то же самое с таким же ID - у тебя все валится (ты ведь не забыл уникальность сделать?). Тогда откатываешь транзакцию и, если хочешь, начинаешь все с начала. не согласен исключено если берется значение счетчика из таблицы куда сохраняешь шапку Код: plaintext 1. 2. 3. 4. 5. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 10:09 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Да. Если счетчик - надо сначало сохранить, а потом уже глядеть под каким ID это произошло. Но в 5-м посте написано что связь - не по счетчку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 10:19 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
- не обратил внимания на 5 топик я бы не советовал делать связи по текстовым полям, идентификаторы и составные индексы вручную Почему не использовать составные индексы - ограничения если они тербуются на уровне таблиц? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 10:55 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
>В многопользовательской среде это не проходит. Может тут вообще какая-то другая стратегия нужна? Долой временные таблицы. Насколько я понял, база бухгалтерская. Ваш документ - "Товары расход" (допустим ).Делаешь постоянные таблицы, главную и подчинённую, связанные по полю "счётчик". Естественно, каждый новый документ имеет уникальный код. Если новый документ нужно проводить, запросами добавляеш нужные проводки в "журнал операций" (или "журнал документов"....). Если проводить не нужно, записываеш в журнал только заголовок документа. В случае, если в последующем докум. нужно будет провести, это сделать бутет легко. И никаких конфликтов в многопользовательской среде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 10:57 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
2Лох Позорный, АлексейК Получается, что сперва нужно заполнять шапку, а потом вводить данные - но, сами понимаете, найдется умник, который введет сперва данные а потом будет стараться заполнить шапку... 2Вадим Львов В данном случае, в "Журнале документов" даже после сохранения только шапок документов будет куча мусора, а притом, "отмена" ввода данных в подчиненой форме возможна только удалением записей из формы вручную что как-то некрасиво будет выглядеть для пользователя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 11:48 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Из временных таблиц в основные переносит данные не пользователь, а твоя программа. Во пусть она и контролирует что шапка есть, все что нужно заполнено и т.п. Иначе - пользователя в сад отправлять в вежливой форме. Или сразу создавай какую либо шапку с временными ID, временный состав (во временных таблицах) связан с временной шапкой по этому временному ID. При репликации - заменяй ID на нормальные (постоянные). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 11:54 |
|
||
|
Реализация партийного учета товаров(lifo|fifo) - подскажите варианты?
|
|||
|---|---|---|---|
|
#18+
Ладно! Хоть и не совсем удалось услышать того что хотелось, всем Спасибо за участие, и за идеи!!! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.04.2003, 19:21 |
|
||
|
|

start [/forum/topic.php?fid=45&tid=1681658]: |
0ms |
get settings: |
8ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
56ms |
get tp. blocked users: |
1ms |
| others: | 199ms |
| total: | 341ms |

| 0 / 0 |
