У меня курсовой. Моя тема "Аптека". я буду делать програму типа БД-сервер-клиент на Делфи (технология СОМ).
я хочу реализовать минимальную стуртуру БД: Приход, расход, склад, таблица продавцов, поставщики и клиенты(там будут токо пенсионеры).
Пожалуйста, помогите!  
как мне сделать приход и расход? 
и така ли должна бить схема
Приход-->Склад-->Росход

Это сообщение отредактировал(а) Neox_GeForce - 13.10.2008, 19:59

оператор Create Table знаешь?

Приход, расход - можно одной таблицей (как регистр остатков в 1с)
ты приведи  свой вариант , а люди помогут ... помогут ... 

вот мой вариант


Добавлено @ 20:01


и как приходРасход одной таблицей я не понимаю. 
я не работал в 1C потому и не знаю как ето остаток регистров

Это сообщение отредактировал(а) Neox_GeForce - 13.10.2008, 20:06

Приход - количество положительное, расход - отрицательное.
Это одна операция, а не две разных. Называется "изменение количества". А все остальное - в т.ч. приход или расход - определяется параметрами этой операции.

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

Если вы реализуете партионный учет, то id_com в строках приходного и расходного документа - лишний, достаточно ID партии.
Не понятно почему строки приходных документов связаны ко многим с остатком. Каждая строка прихдного документа пораждает одну и только одну партию. По нем даже ограниение уникальности можно построить 

Если вы реализуете учет по средне-взвешенной, то не понятно что вы собираетесь сохранять в Price, дате производства(Date Make?)....тогда по таблице остатков не нужен суррогатный ключ, достаточно ключа по товару. В приходных строках нужна закупочная цена. Строки приходных и расходных документов связаны с остатком один к одному, либо не связаны вовсе.

Не могли бы пояснить Shelf-life, Price, Price_2, Date_arr

НЕ понятно какой учет вы собираетесь автоматизировать - управленческий или финансовый. Скорее всего управленку. Если это так, мне кажется, не хватает еще статуса у документа(закрыт, не завершен, удален). Например не завершенный приходный документ не должен отражаться в остатках, А не заверенный  расходный документ должен резервировать остаток.

Абсолютно не ясно где вы фиксируете цену закупки.

Magnifico,
Схема, когда приходно-расходные операции разделены вполне жизнеспособна. Я знаю многие промышленные системы, в которых используется эта схема реализации.

Схема, реализованная в 1С, в первую очередь является программным интерфейсом, унифицирующим доступ к регистрам, чтобы потом чудо - программеры, наклепавшие документы могли разобраться а кто ж остатки трогал. В данном случае, мне кажется, реализация подобного механизма - весьма избыточна. При том, что операции прихода и расхода по всякому наделены разными атрибутами, все равно прийдется их раскладывать по разным таблицам. Ведение журнала операций.... для курсовой.. не знаю право же ;)

(видом Движения регистров (Приход/Расход или +/-   ) )
упрощенная система склада (ну Очень много нюансов!)







Это сообщение отредактировал(а) Magnifico - 15.10.2008, 04:44

Присоединённый файл ( Кол-во скачиваний: 16 )
 sclad.GIF 40,33 Kb

А остаток собственно где? 
Я так понимаю "регистр остатков" содержит операции над остатком, а количественное выражение текущего доступного остатка, получается вычисляемым?
Такая схема, в принципе подойдет для бухучета,где лишь раз в квартал надо получать оборотно-сальдовую, для управленки, ИМХО она не жизнеспособна, потому как знание значение текущего остатка по позиции в управленке весьма критично(расчет потрбеностей, планирование закупок, контроль размещения товара, контроль сроков годности складского ассортимента и т.п.). Однако ж если схема заточена под бухучет, с какого бока тут прикручен прайслист? Бухов интересует лишь сумма реализации - не более. Ценообразование же - управленка в чистом виде.

Какую схему учета(бухгалтерского или управлеческого) автор намерен реализовывать он, к сожалению, не указал. Схема, предложенная автором, намного ближе к управленке, от того я и повелся на нее.

Следует заметить, что аптечный бизнесс имеет специфику - государство регламентирует наценку на жизненно важные препараты, лекарственные средства. Соответственно, при ценообразовании необходимо знать закупочную цену конткретной упаковки товара. Соответственно при автоматизации управлеческого учета, необхоимо использовать партионный учет.

С оговоркой - для бухгалтерского учета.
Для управленки они весьма и весьма различны. 

При приходе нам наиболее интересны атрибуты товара, для того чтобы мы могли честно образовать партию - серия, производитель, поставщик, дата производства, срок годности, тип упаковки, закупочная цена, ндс поставщика. Так же не мало интересна связь с заказом поставщику, срок отгрузки, дата постановки на учет, способ и вид оплаты.
При реализации, мы уже знаем характеристики товара, нам более интересны типы примененных накопительных и скидочных программ, способ и вид оплаты, номер ККМ, цена реализации, наш НДС.

Просто - нечего добавить и нечего убавить, не хочу портить красоту поста (в которы ты вложился!).

Вычисляемым полюбому - иначе придется разносить по разным таблицам. (а селект к одной таблице в любом случае выгоднее)


справочник Цены - история изменения цен (я там не добавил реквизит ДАТА)
если говорить языком 1с - то виртуальная таблица (или метод) "СРЕЗ ПОСЛЕДНИХ" получаем цены на тек. дату
к тому же мы можем сторнировать записи(исправлять предыдущие ошибки) ,если приход был по более ранней цене...

У человека нет явного ТЗ, поэтому максимум упрощенка..., здесь не только склад но и розница.

Давай скажем так , что все это подробности (дополнительная аналитика ) и на основную схему они не влияют(решается доп. таблицей).


 Ну разве что в  карточках которые дают пенсионерам, а так Купил-Выпил ( была бы скидка нажрался бы подешевле ...)


И Расходных то же ,  по каждому документу - может прийти много видов номенклатуры
Основные реквизиты мы храним в журнале , номенклатурные позиции в регистре

Приходная Накладная
номер -1
дата -Сегодня
Касторка - 10 пузырьков
Анальгин - 20 пачек
Виагра - 100 упаковок
и т.д.
по каждой ном. позиции одна запись.
делаем простой запрос : 
соединяем документ под номером 1 с регистром остатков  и видим что пришло по документу.

мне надо всё по проще. приход товара и расход, склад. скидка токо для пенсионеров. я делаю курсач на делфи с ипользованием СОМ -технологии. тому мне надо попроще реализовать аптечный ечет товаров

Добавлено через 33 секунды
и еще есть вход по пароль и поддержка пользователей(тоесть продавцов)