База по мамкам + MB Base Viewer

=D>
Правда база в любом случае будет пухнуть, потому хотелось бы, чтобы было разбито по группам, например по производителю, типа раскрывающиеся списки.

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

MmM

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

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

Т.е. просто сделать отдельную утилитку для забивки дополнений к основной базе? А потом делать им merge к основной, и, при необходимости, вычищать повторы. Хм, тоже вариант...

Озадачился этим чуть не в первую очередь. В базе уже по 2 Abit BD7/BD7m. Причем с разными звуковыми чипами. Такая проверка будет в следующей версии. При заполнении новой мамки, в первую очередь спрашивается модель и если такая уже есть, то выбор -
1. оменить ввод
2. редактировать уже существующую
В последнем случае куча нудных вопросов: "А вы точно стопудова крестнапузе уверены?"

Добавлено спустя 4 часа 16 минут 3 секунды:

Насчет:

Подскажите бесплатный компонент для прямого доступа к DBF. TDbf не работает с DBGrid, а в StringGrid кракозябры пишет в русских именах полей

При этом записи отображаются нормально. И вообще, мне StringGrid эстетически не понравился.

А зачем, если можно ручками на форме поправить св-во DBGrid1.Columns[x].Title.Caption?

Сообщение с ошибкой на старте, по идее, должно убиться таким способом: ADOConnection1.Connected выставить в False, а в обработчик TForm1.FormCreate засунуть процедуру определения пути и подключения к базе.

Ну, что еще? Насчет vfpodbc.dll я вроде бы в аську кидал уже - тоже неплохо бы в ридми отразить. Базу по аналогам я так и не нашел - похоже, на старом винте накрылась...

В предпоследнем моем посте, линк, там уже и сама vfpodbc.dll и в ридми написано, зачем она. А чего ася твоя молчит?

Добавлено спустя 20 минут 7 секунд:

Вообще ошибка, насколько я понял, выскакивает из-за того, что у нас разные системные переменные/пути типа "Пуск>Настройка>Панель управления-Администрирование>Источники данных (ODBC)>Драйвер ODBC для dBASE"
Моя ХР например на D: стоит, под ней и кодим, а МайДок на С:.
Сообщение с ошибкой на старте уже подправил, но у меня его и раньше небыло.

ну да ... я просто много с 1с работаю в последнее время, а там все подобные вещи на справочниках ...

BTW по моему не нужно прямо-таки отдельной утили ... просто предусмотреть возможность добавлять значения в справочники.

Насчет ввода еще решим, дело медленно идет ввиду неопытности меня как программера. Даже более того, это DanZer тычет меня куда следует идти, за что ему огромное спасибо!
Забыл в ридми написать, убран глюк при отмене открытия файла. Все остальное вроде отобразил.

rapidshare.de/files/20343520/MB-Base-Viewer.rar.html

Утилита медленно близится к релизу. Осталось провести вычитку текущей базы и перевод ее из Экселя в DBF, чтобы уже был единственный вариант, а не 2 разных и независимо изменяющихся. Если кто хочет принять участие - скачайте freewebs.com/dan5249/MB.rar , возьмите какой-нибудь столбец (Manufacturer, Model, Chipset, CPU и так далее), отметьтесь здесь, какой столбец взяли в работу и пройдитесь по нему, убирая разночтения. К примеру - в поле Lan встречаются Intel 2562ET, DA82562ET и i82562ET (что одно и то же, только написанное по-разному). Или, скажем, в поле ШИМ могут встретиться HIP6302CB/2xHIP6601CB и 2xHIP6601CB/HIP6302CB... А в поле IDE есть HPT370 и Highpoint HPT370 - тоже неплохо бы привести к единому виду... Если есть возможность - неплохо бы заполнить пропущенное и подтвердить/поправить помеченное вопросительными знаками.

PS Кой-чего я уже поправил сам - но не все, далеко не все...