Здравствуйте,
разрабатываю программу учета радио деталей (для себя),
необходимо вести учет радиодеталей, а также приход, расход, сборку комплектов(из этих деталей),
возникли вопросы по созданию таблиц и их взаимосвязи(с точки зрения правильного построения базы и приведения к нормальной форме):

Таблица-1 Деталь: <idDet-порядковый номер> <тип детали> <тип корпуса> <наименование> <комментарий> <Count - количество>

<idDet-порядковый номер> - он же первичный ключ
<тип детали> - таблица со своим ( <idNumType-порядковый номер> <TXT описанием> )
<тип корпуса> - таблица со своим ( <idNum-порядковый номер> <TXT описанием> )
<Count - количество> - количество деталей, Таблица. Тут непонятно как организовать, предполагаю так:

Таблица-2-Count со следующими колонками: <num> <idDet> <число - количество в текущей записи>

<num> - порядковый номер записи.
<idDet> - из Таблици 1.
<число> - количество в текущей записи может принимать положительное значение для приход или отрицательное значение для расхода.

<idDet> будет повторятся соответственно для одной и тойже детали а <число> будет разным,
непонятно тогда что заносить в поле Count-Таблици-1 ?
Подсчет количества текущего остатка будет производится путем сложение всех значений колонки <число> для одного и того же <idDet>,
Но как могу предположить это слишком накладно по времени т.к. при выводе Таблици-1, будет интересовать текущее количество деталей
и поэтому для каждой отдельной детали нужно будет производить запрос в базу и производить суммирование.

Таблица-3 Приход:
не знаю как организовать т.к. допустим есть счет в нем несколько позиций с своими количествами.
<порядковый номер ном> <номер счета> <idDet(из Таблици-1)> <num(из Таблици-2 тамже в таблице-2 в поле число - заносим количество из счета)>
получается номер счета может повторятся...

Таблица-4 Комплект: <порядковый номер> <название комплекта> <idDet> <кол-во деталей> <дата-время>
как составить ? в нее должны входить детали из Таблици-1 и с разным количеством.

<порядковый номер> - порядковый номер, разный для каждой записи.
<название комплекта> - название комплекта(повторяется - по нему отличаем комплекты друг от друга) т.е ID-порядковый номер из Таблици - Название Комплекта <ID><TXT - название> .
<idDet> - из Таблици-1.
<кол-во деталей> - <num> из Таблици-2

опять получается что <название комплекта> будет повторятся.

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

авторИ все? Это все, что должно быть на выходе?
Да, это необходимо в первую очередь.

авторИ что есть "комплект" в вашей терминологии? Это тип или экземпляр?
это несколько (1 и более) экземпляров сущности Деталь.

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

Требования:
Бесплатная,
Работа под управлением Windows и linux,
Простая в работе(без наворотов).

Решил создать программу учета, преследую следующие цели:
Изучение баз данных на примере MySQL,
создание своей программы учета, чтоб не зависеть от платформы и производителей софта.

С теорией ознакомился. Перешел к практической реализации.
При построении структуры БД возникли вопросы как организовать т.к. опыта нет в вопросе построения БД,
и еще не все в голове укладывается в силу специфики, поэтому и решил здесь спросить, Как построить, какие недостатки моей реализации ?

авторdbforge
Спасибо буду изучать. (напоминает некое подобие phpmyadmin)

авторно если надо что-то законченное кросплатформенное - смотри в сторону java
До этого еще предстоит дойти,
пока пытаюсь разобраться как организовать таблици...