Организация хранение данных для будущей программы

Доброго времени суток.
Помогите, пожалуйста, новичку
Пробую сделать калькулятор стоимости изделий. Есть несколько типов изделий, несколько материалов для этих изделий, и несколько вариантов обработки. Цена на эти изделия еще к тому же зависит от тиража. Сейчас это все работает в экселе через макросы и хранение данных выглядит приблизительно так (прикрепил скрин). Мне нужно сделать удаленную БД с доступом к ней из нескольких клиентов.
Никак не могу прийти к правильному формированию таблиц для БД, никак не укладывается эта разбивка по тиражам. Проблема (для меня) в том, что цена за определенный тираж указывается конкретно, это не зависимость и не расчет.
Внешний вид приложения планировал таким (прикрепил скрин2)

Заранее спасибо.

Миниатюры

   

0

seregaone, здравствуйте!

Тогда вводите партионный учет.
Один тираж - одна партия. У партии будет фиксирована своя цена.

Партия товара:
- ID партии товара.
- ID типа изделия.
- ID материала изделия.
- ID варианта обработки.
- Тираж, штук
- Цена.

Номенклаторы типа изделия, материала, варианта обработки - примитивные справочники.

Ничего же сложного нет. Всё как обычно - начать и кончить.

0

Сообщение от amr-now Ничего же сложного нет. Всё как обычно - начать и кончить.

Не думал, что Вы настолько фанат программирования

0

Спасибо.
У меня на цену одной единицы изделия влияют по сути три параметра: вид изделия, вид материала, тираж.
Я пока не очень представляю, как организовать удаленное хранение всех этих цен. Такой вариант, как на скрине в excel, не подходит, как я понял.
А Ваш вариант, немного не то (если я все так понимаю).

0

seregaone, а по любому после расчета цены на тираж надо сохранять эту цену в партии.
Цену рассчитали, начали продажи, а цена для данной партии останется на всю жизнь.

Добавлено через 1 минуту

Сообщение от seregaone как организовать удаленное хранение всех этих цен

В СУБД естественно. Причем сейчас практически в любой. Они сейчас все хорошие.

Добавлено через 5 минут
Кстати, непонятно - как за разные товары устанавливается цена за определенный тираж.
Отдельный номенклатор коэффициентов цены?

0

Возможно я не смог корректно все объяснить.
У меня есть продукт - пластиковая карта. Могут применяться виды (карта размера 1, размера 2 и т.д.), материалы (пластик 1, пластик 2, и т.д.), и необходимый тираж.
Данная программа - калькулятор для Заказчика, он выберет вид изделия, материал и необх тираж. А калькулятор ему покажет цену за 1 карту и за весь тираж.
Цена за карту для Заказчика варьируется в зависимости от выбранного тиража. Именно в этом для меня проблема.

Я понимаю, что это СУБД и их много хороших. Я понимаю, что будут связанные таблицы, а именно "вид карты", "вид материала", "тираж". Не понятно, куда вбить цену за карту, если для ВИДА 1 и МАТЕРИАЛА 1 она будет х.хх / шт. при тираже 100 шт и у.уу / шт при тираже в 10000 шт.

С excel проблем не было. Назвал первый лист - "ВИД 1", вбил в столбец А список материалов, а в строку 1 - тиражи с определенным шагом, и заполнил тело таблицы ценами (это видно на прикрепленном в первом посте скрине).
Но в БД я ведь не смогу сделать такие таблицы?

0

Сообщение от seregaone Не понятно, куда вбить цену за карту, если для ВИДА 1 и МАТЕРИАЛА 1 она будет х.хх / шт. при тираже 100 шт и у.уу / шт при тираже в 10000 шт.

Например, создаёшь таблицу вида:
Вид карты | вид материала | Тираж | Цена
Металлик MINI | Глянцевая | 500 | 0,186
Далее ты получаешь в программе по первичному ключу ([Вид карты], [Вид материала], [Тираж]) значение из столбца [Цена].

0

Вот тут я и застрял. У меня 5 видов карт, 5 материалов и 15 тиражей. Многовато как-то табличек выйдет. На крайний случай можно и так, думал уже. Но пока ищу ещё вариант. А то вдруг решит фирма ещё 1..2 вида материалов добавить и 2..3 вида карт. Я и закопаюсь совсем.

0

Если представить данные в excel, то можно было бы оформить так (прикрепил скрин). Как так сделать в БД - основная для меня проблема.

Вложения

bpc.xlsx (11.2 Кб, 2 просмотров)

0

seregaone, Вам уже Casper-SC подсказал направление:

Таблица "Цена":
1) ID вида карты.
2) ID вида материала.
3) ID тиража или само количество (тираж) будет являться идентификатором.

4) Непосредственно цена.


Здесь могут быть два варианта развития проекта:
а) Завести отдельный ID строки таблицы "Цена". (С одним полем работать будет проще. А на сочетание 1) 2) 3) повесить отдельное ограничение UNIQUE. )

б) Сочетание 1) 2) 3) само сделать первичным ключом без отдельного выделения поля под ID строки таблицы "Цена".

Оба варианта формально имеют право на жизнь. Изучайте и принимайте решение.

Сообщение от seregaone У меня 5 видов карт, 5 материалов

Отдельными простенькими номенклаторами. В основной таблице "Цена" нужны только ID их строк.

Делать ли номенклатор для тиражей - вам решать.

Будут ли тиражи 1000 и 1003 штуки? Или навеки жестко по заранее оговоренным количествам?

1

Спасибо, на определенные размышления подтолкнули. Буду думать, пробовать.
А тиражи можно ставить любые, просто цена за 1 шт при тираже в 1000 будет немного выше, чем за 1 точно такую же при тираже от 1001 до 5000 шт.

Например, цена за карту "стандарт" - "белый пластик" будет равна при тираже:
1...99 шт - 1.00 $
100...499 шт - 0.80 $
500...1000 шт - 0.70 $
1001...10000 шт - 0.55 $

и т.д. Чем больший тираж Заказчик будет заказывать, тем дешевле ему выйдет цена за карту.

0

seregaone, кстати сейчас подумал - в будущем цена на 1)2)3) будет меняться и нужно ли сохранять старую цену?

Если да, то отдельный ID строки в таблице "Цена" однозначно нужен, и ограничение UNIQUE на 1)2)3) нельзя применить.

0

Цена будет меняться, да. Причем буду делать форму для директора, он эти расценки будет менять со временем.

0

seregaone, поэтому уникальный ID вообще практически для каждой строки у таблиц является лучшим решением:
1) Он намного удобнее для обработки и короче, чем уникальное сочетание трех полей.
2) При наличии даты строки позволяет хранить динамику изменения данного уникального сочетания трех полей.

0

Спасибо за советы, буду разбираться дальше.

0