|
|
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Приветствую. Коллеги подскажите плз как поступить в следующей ситуации: Есть склад (тбл_склад), в которой хранится товар (id, товар, ед.изм, кол-во, цена за единицу) и есть Клиенты (тбл_продажи) с теми же полями + поле покупатель. Товар по разным ценам за единицу. Когда происходит покупка товара, товар с тбл_склад перемещается в тбл_продажи, причем, в тбл_склад количество этого товара уменьшается (если остаток = ноль, то строка удаляется). В общем-то вопрос: как это реализовать на практике (какие запросы, сам алгоритм)? Заранее спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2012, 16:50 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Есть раздел на форуме Проектировние БД . http://www.sql.ru/forum/actualtopics.aspx?bid=36 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2012, 17:41 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Спасибо!!! не заметил ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.03.2012, 17:43 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
trewЕсть раздел на форуме Проектировние БД . http://www.sql.ru/forum/actualtopics.aspx?bid=36 "Покурил" в течении долгого времени ветку "Проектировние" - все равно не то... Там как бы теория из серии как это происходит для тех, кто не знаком с этой областью... А мне нужно более "практическое применение". К примеру: для того чтобы добавить товар в продажи нужно сделать INSERT INTO тбл_продажи VALUES (SELECT * FROM тбл_склад WHERE id=х), для этого нужно еще одна дополнительная буферная таблица, которую попадают значения для того чтобы можно было бы сделать UPDATE склада по количеству товара в меньшую или большую сторону... Что-то вроде как так... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 02:46 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010для тех, кто не знаком с этой областью...Вот именно. Поскольку MySQL-специфики в вопросе я не вижу, топик переношу. Модератор: Тема перенесена из форума "MySQL". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 09:58 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
желательно напрочь все перепроектировать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 10:08 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010Есть склад (тбл_склад), в которой хранится товар (id, товар, ед.изм, кол-во, цена за единицу) и есть Клиенты (тбл_продажи) с теми же полями + поле покупатель. Товар по разным ценам за единицу. Когда происходит покупка товара, товар с тбл_склад перемещается в тбл_продажи, причем, в тбл_склад количество этого товара уменьшается (если остаток = ноль, то строка удаляется). Ужос-ужос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 11:41 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Вы нарисуйте таблицы, укажите поля, зависимости между ними. А так, тяжело разбираться без схемы базы данных. Вот пример, сделайте также: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 12:50 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Спасибо, что откликнулись... Ребята помогайте, закипает мозг. В общем ситуация такая - поставщики поставляют один товар различных марок, стоимость товара может быть в разных валютах. Товар поступает на склад, но может быть такая ситуация, что товар находится в пути, но он как бы уже продан (типо аванс). При продаже товара в его цену включаются дополнительные издержки и торговая надбавка. Пользователь должен видеть при формировании конечной цены - цену конкурента, которая заранее известна. В общем схема получилась пока что такая... Прошу дать совет по изменению/оптимизации. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.03.2012, 23:16 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010, В курсах валюты - должна быть дата. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 10:16 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
trewRRR_2010, В курсах валюты - должна быть дата. более того, там две таблицы по уму: Валюты и КурсыВалют ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 10:29 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Да:) дату обязательно в курсах - поставил когда таблицу делал, а на картинке забыл ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 10:50 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010, на мой имх ) как-то не ахти у вас, Naf дал хороший совет - разобраться и переделать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 10:55 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
И всеравно смотрю на схему, и как-то чувствуется "пятой точкой",что что-то не то... Особенно беспокоит вопрос по перемещению товара со склада в продажу и как смотреть остатки... Опыта очень мало в этом деле. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 10:56 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
выделите сущности в отдельные таблицы-справочники: Контрагенты, Склады, Товары, Валюты... для хранения периодической информации (курсы валют, цены) воспользуйтесь шаблон Периодические сведения для хранения данных накопления (товары на складе) шаблон Ресурсы накопления ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 11:11 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
так все же > Там как бы теория из серии как это происходит для тех, кто не знаком с этой областью... или > Опыта очень мало в этом деле. мне понравилось ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 11:13 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010, может быть такая ситуация, что товар находится в пути, но он как бы уже продан (типо аванс) Так это должно быть отражено в виде поля -Статус, которого нет. Создайте журнал склада, для логирования всех операций. Иначе остатки на дату никак не посчитать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.03.2012, 11:26 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Подскажите плз, где можно посмотреть исходники+пример по работе drag&drop с указанием количества переброски товара. Лучше всего ajax, php... Что-то похожее на "подбор материалов" в 1С ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2012, 01:55 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010, Попробуй в поисковике набрать: drag&drop ajax ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2012, 10:58 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.03.2012, 15:50 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
stwom, да, обязательно выложу, делаю методом "проб и ошибок"... За основу взял ПО Складской учет товаров, написанный каким-то ООО из Екатеринбурга... Достаточно простая, но не совсем удобная... но в принципе, за не имением лучшего - остановился пока на этом... Самое главное реализовать схему "отправки" товара со склада в продажу - имхо: от этого зависит 70% успеха и получится уже более менее нормальная схема. С приходом все понятно, товар инсертится в тбл_склад на основании накладной... А вот когда идет отправка товара со склада - тут есть сложности - нужна ли временная таблица или нет... или как происходит апдейт записи в тбл_склад. Или просто забить на все и сделать просто оборотку в которой будет название товара и 2 раза дебет и кредит для количества и для суммы.. хз кароче, но выложу обязательно для тест драйва... ПС: проект делается на php+mysql+java(ajax) для дальнейшей интеграцией в joomla ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2012, 20:25 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
Если условно разделить склад на 2 части, я бы выделил след моменты: 1. Ведение методом остатков, т.е. когда выполняется запрос, он подбивает итоги на складе и в тбл_склад отображается только актуальный остаток, но есть огромный минус - отсутствие возможности глянуть остатки в определенный момент. 2. Ведение логов склада, как посоветовали выше. Т.е. учитывать все передвижения товаров в некой таблице, причем приход условно с плюсом, а уход условно с минусом или как в классическом бухучете по дебету и кредиту, а потом запросом все это вытаскивать и группировать... Недостаток тоже есть - по мере накопления записей все это дело скажется на скорости работы, но в принципе, если ввести идею из п.1, т.е к примеру каждый год группировать все проводки для получения начального остатка, то возможно этот минус можно не учитывать... Напишите если есть какие другие решения. Спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.03.2012, 20:41 |
|
||
|
Алгоритм Склад->Покупатель (запросы)
|
|||
|---|---|---|---|
|
#18+
RRR_2010Если условно разделить склад на 2 части, я бы выделил след моменты: 1. Ведение методом остатков, т.е. когда выполняется запрос, он подбивает итоги на складе и в тбл_склад отображается только актуальный остаток, но есть огромный минус - отсутствие возможности глянуть остатки в определенный момент. 2. Ведение логов склада, как посоветовали выше. Т.е. учитывать все передвижения товаров в некой таблице, причем приход условно с плюсом, а уход условно с минусом или как в классическом бухучете по дебету и кредиту, а потом запросом все это вытаскивать и группировать... Недостаток тоже есть - по мере накопления записей все это дело скажется на скорости работы, но в принципе, если ввести идею из п.1, т.е к примеру каждый год группировать все проводки для получения начального остатка, то возможно этот минус можно не учитывать... Напишите если есть какие другие решения. Спасибо 1С, например, так и делает - нечто среднее между первым и вторым, хранит остатки по-месячно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.04.2012, 08:39 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=37733046&tid=1541759]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
142ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
| others: | 251ms |
| total: | 491ms |
| 0 / 0 |
