powered by simpleCommunicator - 2.0.60     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Актуальность остатков
45 сообщений из 45, показаны все 2 страниц
Актуальность остатков
    #32818872
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
есть такая ситуация (наверное жеванная пережеванная) два пользователя одновременно проводят документы с одинаковым товаром и надо, чтобы при проведении и первым и вторым пользователем были получены верные остатки, т.е. если на остатке 5 единици и оба списывают по 5, то чтобы у одного документ не провелся. кто что может посоветовать, желательно без использования блокировок.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32818882
Simon
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
два способа
1. делаешь блокировки
2. делаешь общий процесс который формирует документ и отдает результат клиенту, все в него ломятся в порядке общей очереди

1-й вариант лучше
...
Рейтинг: 0 / 0
Актуальность остатков
    #32818957
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Поставить на остатки ограничение >=0
...
Рейтинг: 0 / 0
Актуальность остатков
    #32818968
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
СерегаПоставить на остатки ограничение >=0
Проблема как раз возникает в тот момент, когда в промежуток времени проведения 1-го документа между получением остатков, рассчетом и фиксированием транзакции, вклинивается второ1 документ, который получает такие же остатки и тут ставь, не ставь > = 0 не помагает
...
Рейтинг: 0 / 0
Актуальность остатков
    #32818984
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
georg_kharkovПроблема как раз возникает в тот момент, когда в промежуток времени проведения 1-го документа между получением остатков, рассчетом и фиксированием транзакции, вклинивается второ1 документ, который получает такие же остатки и тут ставь, не ставь > = 0 не помагает
Как это? У тебя остатки хранятся или считаются динамически? Если 1 то поставив ограничение на количество, только один сможет зафиксировать транзакцию (кто первый встал того и тапки ), второй обломится, в смысле откатится.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819003
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
))) Предположим, нужно провести 100 рублей. И емеется таблица с остатками и таблица с проводками. На таблицу с остатками нужно навесить CHECK CONSTRAINT чтобы остаток был всегда больше нуля.
1) добавляем запись в таблицу операций
2) update OSTATOK set OSTATOK=OSTATOK+сумма проводки - одним выражеием. И - либо пан, либо пропал. Ошибка - откат транзакции. Прошло - коммит.
А выбирать сначала селектом остаток, а потом его апдейтить и без блокировок, ну это очень уж круто...я так не умею...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819016
Фотография Old Nick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
не нужно таблицу остатков. Остаток надо считать по таблице проводок
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819174
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Old Nickне нужно таблицу остатков. Остаток надо считать по таблице проводок
Бох в помощь...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819197
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2gardenman:
а не долго ли будет апдейтить? учитывая количество номенклатуры 16200 плюс нужно держать в разрезе партий, что автоматом увеличивает таблицу в несколько раз, а то и десятков раз. это все не считая разреза по складам (их не много около 15)
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819206
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2simon
а на что предлагаешь ставить блокировки? (товар, регистр и т.д.)
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819238
AlexB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надо проверку на количество проводить ПОСЛЕ списания. Т.е. списал в транзакции 5 штук, проверил: если >= 0, то все ОК. Иначе rollback. Это иначе как раз и значит, что кто-то успели списать данное количество пока ты думал.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819254
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
AlexBНадо проверку на количество проводить ПОСЛЕ списания. Т.е. списал в транзакции 5 штук, проверил: если >= 0, то все ОК. Иначе rollback. Это иначе как раз и значит, что кто-то успели списать данное количество пока ты думал.
Для этого и существуют CHECK CONSTRAINT
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819290
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
но ведь транзакции разные и одна выбирает остатки, пока другая не делает commit что приводит к некорректным остаткам
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819292
AlexB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Да, но CHECK CONSTRAINT - это по сути дела константа. А логика бизнес процесса зачастую требует наличие возможности обойти ограничение.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819321
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ниче се константа!!!
Код: plaintext
1.
2.
3.
4.
5.
	CONSTRAINT  AtBalance CHECK (
		(Type='A' AND (Active-Passive+Debet-Credit)>= 0 . 00 )
		OR (Type='P' AND (Passive-Active+Credit-Debet+Overdraft)>= 0 . 00 )
		OR (Type='M')
	)

вообще для T-SQL, где нет триггеров before CHECK CONSTRAINT - иногда единственная возможность прикрыть задницу от ошибок в "бизнес-логике"
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819373
AlexB
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Как я понял

OR (Type='M')

и служит как раз для того, что бы обойти CHECK CONSTRAINT. Потому что заявленная бизнес-логика допускает и отрицательный баланс.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819389
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
правильно поняли)
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819667
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
georg_kharkovно ведь транзакции разные и одна выбирает остатки, пока другая не делает commit что приводит к некорректным остаткам
Вот тут по ходу дела и кроется недопонимание предложенного варината.
Дело в том, что транзакция-то одна , UPDATE OSTATOK set kolvo=kolvo + [кол-во в проводке] WHERE ... А constaint вешается как раз на kolvo>=0. И все, кто успел - тот и съел, второму вернется ошибка.

begin transaction

update проводка
set статус=проведена
where ...

update остаток
set кол-во=кол-во +/- [кол-во из проводки]
where ...

if ok then
commit
else
rollback
end if
Не нужно делать селект остатка, потом на клиенте его корректировать, а потом ставить в остаток. На сколько я понял именно в этом проблема.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819669
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iLLer
update проводка
set статус=проведена
where ...

update остаток
set кол-во=кол-во +/- [кол-во из проводки]
where ...


А еще лучше делать триггером на изменении статуса проводки, тогда вообще одна операция.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819738
dim-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
а если возникнет ситуация, когда надо провести задним числом (или перепровести), а остатки, как я понимаю прииспользовании Update, только текущие и на два дня назад уже не получить.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32819793
olol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
dim-а если возникнет ситуация, когда надо провести задним числом...
Унас тоже бухи любили (пока была возможность) че-нить добавить/изменить в данных 1995,6 г и все пересчитать...

Для изменения служат корректирующие проводки...

В принципе, для незакрытых периодов можно менять больше/менше, но все таки минуса быть не должно... не отменять же другие проводки...
Вот только кроме количества обычно есть и цена, которая может меняться...

dim-...а остатки, как я понимаю при использовании Update, только текущие и на два дня назад уже не получить.
Для этого используется хранение остатков на начало/конец периода (обычно месяц), а с точностью до дня - кому это нужно?...
Хотя взяв начало периода можно все проводки разложить по дням...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820019
-----
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ololДля этого используется хранение остатков на начало/конец периода (обычно месяц), а с точностью до дня - кому это нужно?...Например банкам нужно. У них баланс составляется каждый день, а не раз в месяц
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820028
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Для этого используется хранение остатков на начало/конец периода (обычно месяц), а с точностью до дня - кому это нужно?...
Хотя взяв начало периода можно все проводки разложить по дням...

И как раз тут то и теряется возможность использовать CHECK
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820125
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО. Хранение текущих остатков никак не влияет на получение остатков на любую дату в прошлом. Может быть дале облегчает эту задачу, если считать за "немного назад".
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820244
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
СерегаИМХО. Хранение текущих остатков никак не влияет на получение остатков на любую дату в прошлом. Может быть дале облегчает эту задачу, если считать за "немного назад".

Сказано же, Упростил задачу до невозможности
Т.е. тут не задача важна а ПРИНЦИП, СПОСОБ её ренения...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820248
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
простите... не туда ляпнул.. не в тот топик...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32820469
olol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
--- Например банкам нужно. У них баланс составляется каждый день, а не раз в месяц
Дык тоды нужно хранить ежедневные остатки...
Тока это ведь не банк, а склад с номенклатурой 16200 + партии и склады...
georg_kharkov
И как раз тут то и теряется возможность использовать CHECK
А на CHECK то это как влияет?...
Он проверяет отрицательные остатки каждой записи (хоть месячные, хоть даже дневные)...
Сдается мне что ты CHECK в программе на клиенте делаешь...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32821086
georg_kharkov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
дело ж может быть так: остатки у тебя на 15 число. приход 1-го и 10-го
и кто-то 7 го пытается списать остаток больший чем на 7 число (с первого прихода) программа смотрит что на 15 число остаток > 0 т.к. доп. приход был 10-го
...
Рейтинг: 0 / 0
Актуальность остатков
    #32821718
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя я никогда не работал со складами, но я бы не делал каких либо блокировок в период между запросом остатка и списанием товара со склада, если это происходит не в одной транзакции.
Т.е. ситуация мне видится так: Есть терминал, оператору дается команда произвести списание товара, в диалоговом режиме (т.е за терминалом человек).
1.Оператор решает проверить а есть ли товар на складе и вызывает операцию ПолучениеОстатка(товар). Эта операция во время вычисления остатка производит блокировку, которая препятствует другим транзакциям, которые реально уменьшают остаток по конкретному товару. После выдачи результата блокировка снимается.
2. Оператор видит, что товар имеется и решает выдать товар и запускает операцию ВыдачаТовара(товар). Эта операция отрывает одну транзакцию, в которой вначале вызывается ПолучениеОстатка(товар), проверяется, что остаток достаточен и вызвается СписаниеТовара(товар). Это одна транзакция, которая либо выполняется целиком, либо нет. Соответственно другие, конкурирующие транзакции, которые запрашивают остаток или производят списание будут ждать. Если же после 1 и до вызова 2 остаток успел уменьшится, то транзакция откатится.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822033
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
П: Доктор, меня почему - то никто не замечает!
Д: Следующий!
)
Чего тут городить с блокировками и т.п.?!
Ясный же вариант предложил, никто не прочитал?!:
1)При изменении статуса проводки/подписи накладной, срабатывает триггер на изменение остатка
2)На текущих остатках висит запрет на кол-во меньшее нуля
3)В системе существует временная отметка, ранее которой проводить документы запрещено
4)Проводка любого документа сдвигает эту отметку до соответствующей даты(времени)
Решаются все ваши вопросы.
Если хотите подписать накладную 7-го, а 10-го есть подписанная накладная, то все накладные после 7-го отменяются (меняется статус и возвращается остаток), потом в порядке очереди подписываются обратно. Последняя/ии обламается/ются, если остатка мало...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822036
iLLer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Хотя конечно, это безобразие, когда необходимо проводить документы ранее уже проведенных. На такое в системе просто надо ставить запрет.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822138
olol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iLLerЯсный же вариант предложил, никто не прочитал?!
Не кипятись... см. его предыдущий вопрос.
Здесь решение с откатом последних наверно не пройдет, если этот кто-то другой. (один делает приход, другой/ие - расход).
Следить за порядком внесения никто не будет, особенно если на складе нет компа и данные заносят по бумажкам...
Всегда окажется какая-нибудь вчерашняя... (человек может и приболеть и прочее, прочее...)
Провести пачку документов и обломиться на последней... и откатывать все с 10-го по 7-е... :)
georg_kharkovдело ж может быть так: остатки у тебя на 15 число. приход 1-го и 10-го и кто-то 7 го пытается списать остаток больший чем на 7 число (с первого прихода) программа смотрит что на 15 число остаток > 0 т.к. доп. приход был 10-го
Дык делай ежедневные остатки (типа 31 поле по дням в течение месяца)...
Только это тебе разве надо ? Склады вроде сдают месячный баланс...

Чем обусловлена ежедневная проверка ? Расчетом цен ?

Да и 7-го списать захотелось больше чем было в наличии тоже наверно не спроста...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822149
Фотография SNUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Коллеги, ИМХО накладную нужно проводить в 2 этапа.
И учитывать остатки с учётом накладных, находящихся на оформлении и проведённых накладных раздельно.
Сначала оператор создаёт накладную с состояние "На оформлении", такая накладная не должна влиять на движение товара, но блокирует, указанное в ней кол-во товара на складе.
Например:
10:00 Остаток Гвоздей на 200 по складу - 500 Кг
10:05 Оператор Маша создаёт и начинает оформлять накладную на 400 Кг гвоздей.
10:10 Остаток Гвоздей на 200 по складу - 500 Кг, Остаток Гвоздей на 200 по складу с учётом оформляемых накладных - 100 Кг
10:10 Оператор Галя создаёт и начинает оформлять накладную на 200 Кг гвоздей. При выборе товара ей показывается, что на складе доступно лишь 100Кг гвоздей. Если это разрешено в бизнесс-процессе, то она под свою ответственность может: a)продолжить оформлять накладную, которая вызовет "красноту" если её провести б)провести затем эту накладную и вызвать "красноту"

Как вам такой вариант? Проверено, работает и проблем с блокировками меньше. Что пояснить? Может дополните своими соображениями?
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822228
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ИМХО.
Надо определиться вначале, что делаем - склад или систему для снабженцев/продавцов. На складе не надо ничего резервировать. Там должно быть четко, выписал накладную - отдал товар физически. Принял товар физически - оформил приход. И тут не допустимы минуса на остатках, потому что учитываем материальные ценности за которые люди несут материальную ответственность. Вот если мы делаем систему заказов/договоров, то там да, могут существовать и минуса и отложеная резервирование и все что угодно. Но это должно быть "сбоку" от склада, на котором см. выше.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822360
Фотография SNUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Серега,
в реальной жизни на складе могут возникать минуса, но это должно быть в каждом конкретном случае объяснимо. Например, при учёте в разрезе поклажедателей, по одному мы можем создать минуса, зная, что то-же товар другого поклажедателя, находящийся на складе, до следующей инвентаризации будет нам продан и минуса исчезнут.
Я в этом контексте не понял, чем система "заказов\договоров" отличается от "склада"? Отпуск со склада даже внутри одной организации должен проводится накладной по заказу(заявке).
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822406
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SNUSЯ в этом контексте не понял, чем система "заказов\договоров" отличается от "склада"? Отпуск со склада даже внутри одной организации должен проводится накладной по заказу(заявке).
В заказах/договорах не особенно важно, что есть на складе сейчас. Договориться я могу на что угодно. И после договора докупить/доделать недостающее. На складе нет (не должно быть, ИМХО) такого временнОго разрыва между желанием сделать и собственно делом.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822490
Фотография SNUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Под временным разрывом я имел в виду отрезок времени, между выдачей задания на отгрузку и фактом отгрузки. В рельности так и есть, значит и в программе должно быть так.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822691
olol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SNUSПод временным разрывом я имел в виду отрезок времени, между выдачей задания на отгрузку и фактом отгрузки. В рельности так и есть, значит и в программе должно быть так.
В момент выдачи задания на отгрузку товар должен уйти в резерв...
Пускай даже резерв превысит наличие...

А вот после факта отгрузки по твоему может появиться минус ?
Что же они тогда отгрузили ? Из соседнего ящика ?
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822784
demas
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А вот после факта отгрузки по твоему может появиться минус ?
Что же они тогда отгрузили ? Из соседнего ящика ?

На самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время.
Например, организация закупает товар и тут же (прямо с колес) продает его другой организации. Накладная от поставщика еще не пришла - поэтому приход не был занесен в систему, а расход в системе уже есть, так как мы выписали накладную клиенту.
Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822857
Серега
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
demas На самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время.
Например, организация закупает товар и тут же (прямо с колес) продает его другой организации. Накладная от поставщика еще не пришла - поэтому приход не был занесен в систему, а расход в системе уже есть, так как мы выписали накладную клиенту.
Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом.
ИМХО, в таком случае, должен существовать некий статус у приходного документа (типа "документально не подтверждено"), но приход должен быть оформлен . Иначе бардак в системе просто гарантирован. Кто то забыл, кто то не знал, кто то умышленно "забыл" оформить пришедшие потом документы. И то что "мы понимаем" это не отговорка. А если не придет? Ну мало ли - потеряли, фирма исчезла, сгорела.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32822881
olol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
demasНа самом деле, бизнес процессы некоторых организаций допускают уход количества товара в минус на какое-то время...
...Накладная от поставщика еще не пришла...
...Но при этом мы понимаем, что в ближайшее время накладная от поставщика к нам придет и мы заведем ее задним числом.
А если это ближайшее время чуть-чуть растянется... эдак на месяц ?

Ну и пусть товар уходит в резерв, а факт отгрузки - это не дата проведения... его еще не было...
...
Рейтинг: 0 / 0
Актуальность остатков
    #32824366
dim-
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
olol А если это ближайшее время чуть-чуть растянется... эдак на месяц ?
В нашей конторе запчасти поступают на склад и тут же уходят на машины или в продажу, а накладные от основного поставщика приходят в конце месяца скопом.
Как получатся для получения остатков на точку актуальности мы храним таблицу остатков (используется при отображении остатков при подборе товаров) и таблицу проводок, по которой можем получить остатки на определенное число, а также таблицу промежуточных остатков с интервалом расчета месяц (день, неделя, квартал...) для более быстрого получения расчета.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32850336
IgorTv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
gardenman СерегаИМХО. Хранение текущих остатков никак не влияет на получение остатков на любую дату в прошлом. Может быть дале облегчает эту задачу, если считать за "немного назад".

Сказано же, Упростил задачу до невозможности
Т.е. тут не задача важна а ПРИНЦИП, СПОСОБ её ренения...

Просто идея: помоему можно делать механизм максимально часто и понемногу. Тоесть резервировать товар, на пример, не на кнопке Сохранить, а при создании строки. А если нажать кнопку Отменить логикой откатывать изменения. Правда нужен механизм восстановления после сбоя, когда просто свет выключили :)
...
Рейтинг: 0 / 0
Актуальность остатков
    #32861538
Онже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ИМХО, вопрос не в том, кто раньше спишет, а кто раньше ЗАРЕЗЕРВИРУЕТ.
Часто бывает ситуация, когда счета на оплату выписываются и распечатываются в одном месте, а оплачиваются (и проводятся) в другом. И приходят Выход один - на каждое добавление строки при подготовке документа делать резервирование товара. Проблема - если ДО записи документа клиент отвалится, то резерв повиснет.
...
Рейтинг: 0 / 0
Актуальность остатков
    #32861549
Онже
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сорри за повторы чужих мыслей... ))
В 1с это реализовано
По опыту - 4 кассы на одной базе - все нормально....
...
Рейтинг: 0 / 0
45 сообщений из 45, показаны все 2 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Актуальность остатков
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]