| Форумы
ЧАТ |
Орешник |
|
| Форумы -» | Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG |
|
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Алгорит записей в БД накладных... [D7, MySQL]
Сергей © (2008-09-21 21:56:00)Доброго времени суток.
Подскажите пожалуйста логику создания базы данных для хранения например накладных. В моем понимании таблица имеет определенные столбцы. И вот никак не могу понять как создать таблицу которая будет содержать: Номер накладной, отправителя, получателя и самое главное список позиций наклодной с ценами количеством и тд. Ведь заранее не известно сколько позиций в каждой накладной и тд. неужели придется создавать для каждого перечня отдельные таблицы!?
Если возможно примерчик в синтаксиск MySQL.
Заранее спасибо.
p.s. Я только начинаю вникать в базы данных и прошу не судить строго.
Petr V. Abramov (2008-09-22 01:43:00) [21]
> Что-то подсказать на форуме мы можем,
ага, можем.
если база не кривая, то подскажем технические вопросы по дельфям или по запросам. А если кривая, то никто не подскажет, потому что нечего/невозможно.
http://www.ozon.ru/context/detail/id/2309312/
------------------
на кривой базе нормальное приложение написать можно, но сильно дорого
DrPass (2008-09-22 01:13:00) [22]
> Сергей (21.09.08 23:17) [4]
> Читал инфу по MySQL... возможно читал плохо... Иногда совет
> в нужную сторону может избавить от чтения толмутов.
Не с того ты начал. Чтение мануала по СУБД предполагает, что ты уже знаком с основами реляционных баз данных. А ты не знаком. Так что читай общую теорию. Что-то подсказать на форуме мы можем, но ты ж все равно без понимания основ программу никак не напишешь.
Petr V. Abramov (2008-09-21 23:59:00) [23]
> MsGuns © (21.09.08 22:53) [1]
> - ID строки
нахрен не надо, если, конечно, на позицию накладной никто не ссылается.
в остальном: ++
Сергей (2008-09-21 23:17:00) [24]Читал инфу по MySQL... возможно читал плохо... Иногда совет в нужную сторону может избавить от чтения толмутов.
Правильный$Вася (2008-09-21 23:08:00) [25]
> Я только начинаю вникать в базы данных
неплохо бы почитать про БД в целом, про реляционные отношения и нормализацию данных в частности
тогда сабжевый вопрос отпадет сам
Сергей (2008-09-21 23:06:00) [26]))) MsGuns вы не могли бы чуть по проще.... вернее как нибудь по проще объяснить связи.... (возможно не правильно формулирую)... Например две таблици в какой из них что и как это дело все связывается?
Если можно на моем примере: (Как сохранить например 10 таких записей в базе)
Накладная №1
Отправил: Иванов
Принял: Петров
Товар№1 1000шт. 10руб.
Товар№2 2000шт. 11руб.
Товар№3 3000шт. 12руб.
Товар№4 4000шт. 13руб.
MsGuns (2008-09-21 22:53:00) [27]Простейший объект "Материальный документ" хранится в двух таблицах (не считая, конечно, справочников) - заголовки документа и фактуры, находящихся в отношении один-ко-многим.\
Заголовок имеет следующие обязательные атрибуты поля:
- Уникальный идентификатор записи
- Номер документа
- Дата документа
- Тип документа (приходная, расходная, возврат, списание..)
- Статус документа (проведен, задержан, незавершенный ввод..)
- Ссылка на ID контрагента (поставщика, покупателя и т.д.)
Могут еще быть :
- Суммовые реквизиты для контроля ввода фактуры
- Доп. поля, обусловленные спецификой (атрибуты доверенности, валюта, наличие НДС и др.)
- Служебные поля для фиксации таможенных данных, оплаты и др.
Фактура:
- ID строки
- ссылка на ID заголовка
- ссылка на карточку или спровчник ТМЦ (в зависимости от партионного или суммового учета на складе и в бухгалтерии)
- кол-во
- цена себестоимость без НДС
- отпускная цена (для документов на реализацию/продажу)
- НДС (ставка)
- НДС (сумма)
- Сумма без НДС (может вычисляться, но для приходов лучше хранить)
- Сумма с НДС (может вычисляться, но для приходов лучше хранить)
- доп.данные (специфика): ед.изм-я, срок реализации, упаковка
| |
Страницы: 