[Решено] база данных для радиоэлектронных компонентов

[kzi]

Написал БД для учёта наличия компонентов. Написана на BCB5. Кому интересно смотреть здесь
http://www.pro-t.web.ur.ru/bd_e.htm

[dimizzz]

Извини, но смотрится это как обычный пример из учебника по работе с БД с использованием стандартных компонентов. В таком виде эту БД нельзя сравнивать даже с MS Excel или Access

[DrEl]

Извини, но смотрится это как обычный пример из учебника по работе с БД с использованием стандартных компонентов. В таком виде эту БД нельзя сравнивать даже с MS Excel или Access

Поддерживаю! С такими БД работать не только неудобно, но и вредно. Работа очень похожа на лаборную работу.

[zimirhan]

Задумка интересная но уж много вней грюков. Всем привет !

[kzi]

Задумка интересная но уж много вней грюков. Всем привет !

Какие глюки обнаружили?

To All:
Да, работа очень проста. База и задумывалась как простенький проект локальной БД, а не навароченная сетевая объектно-ориентированная.

[zimirhan]

Ты спросил какие гоюки ? Присозданий новой групы штук 204 деталей появляетса строка на штук и всё анадо 204 .

[kzi]

Присозданий новой групы штук 204 деталей появляетса строка на штук и всё анадо 204 .

Извините, но я ничего не понял из того, что Вы написали.

P.S. "Мне нужны ВСЕ подробности появления неисправности: что ты нажимал, что было на индикаторах, что подключал/отключал и т.д. и т.п." любил говорить один мой знакомый.

[Gennadiy-P]

Детский лепет!!! Зачем так много избыточной информации? Скажем столбец "Раздел". При вводе нового компонента его надо заполнять каждый раз. А не проще ли создавать раздел один раз, а потом помещать в него необходимые компоненты? А если пользователь ошибется в очередном (489-м) вводе и случайно поменяет последовательность букв при вводе наименования раздела (такое случается очень часто) - палец соскользнет с клавиши например. Искать то он будет потом по правильному наименованию. И что это за поиск - на ближайшую строчку. А если в базе 10000 компонентов наберется? Сколько времени потребуется на поиск нужного. Здесь надо организовывать выборку данных, а не бежать по индексу до ближайшего. А как осуществлять расход компонентов? Искать, а потом редактировать запись, предварительно вычесть необходимое количество на бумажке? Нет, это даже не Буратино - это еще только полено или точнее дерево из которого надо полено выпилить, чтобы потом Буратино выстрогать.

Такое мое мнение.

[kzi]

Детский лепет!!!

Не нравится, сделайте по взрослому.

Зачем так много избыточной информации? Скажем столбец "Раздел". При вводе нового компонента его надо заполнять каждый раз. А не проще ли создавать раздел один раз, а потом помещать в него необходимые компоненты? А если пользователь ошибется в очередном (489-м) вводе и случайно поменяет последовательность букв при вводе наименования раздела (такое случается очень часто) - палец соскользнет с клавиши например.

Чтобы не ошибался сделан выпадающий список.

Искать то он будет потом по правильному наименованию. И что это за поиск - на ближайшую строчку. А если в базе 10000 компонентов наберется? Сколько времени потребуется на поиск нужного. Здесь надо организовывать выборку данных, а не бежать по индексу до ближайшего.

Предлагаете сделать выделение попавших под маску поиска?

А как осуществлять расход компонентов? Искать, а потом редактировать запись, предварительно вычесть необходимое количество на бумажке?

А я об это и не думал Всё ведь с простого начинается, это потом аппетит появляется...
Прикрёплю запуск калькулятора

Нет, это даже не Буратино - это еще только полено или точнее дерево из которого надо полено выпилить, чтобы потом Буратино выстрогать.
Такое мое мнение.

Всё с чего-то начинается.

P.S. На счёт заполнения n-го количества записей в поле принял к сведению.

[AlexSVC]

Есть программка UNICAT зовется, советую посмотреть.