Автор: Root , 28 сентября 2005
Тут что-то на меня нашло и набил я маленький файлик с мамашами и элементами на них, дабы не пришлось все время залезать в отстойник с трупами, чтобы найти такой же мультик/ШИМку и т.д. (нужное подчеркнуть).
Пока что присутствуют:
- полное название мамки + ревизия
- чипсет (СМ/ЮМ)
- ШИМ
- мультик
- всяческая мелочь вроде мониторинга или буферов на память

Думаю будет вполне разумно объединить сию базу с аналогичными у наших ремонтников, благо дохлых мамок через их руки прошло довольно много :)
Какие-нибудь предложения по структуре/целесообразности и пр. будут?

всякие комменты/дополнения только приветствуются!!!
Содержимое данного поля является приватным и не предназначено для показа.

BBCode

  • HTML-теги не обрабатываются и показываются как обычный текст
  • You may use the following BBCode tags:
    • [align]
    • [b]
    • [code]
    • [color]
    • [font]
    • [hr]
    • [i]
    • [img]
    • [list]
    • [quote]
    • [s]
    • [size]
    • [spoiler]
    • [sub]
    • [sup]
    • [table]
    • [u]
    • [url]
  • Адреса веб-страниц и email-адреса преобразовываются в ссылки автоматически.
=D>
Правда база в любом случае будет пухнуть, потому хотелось бы, чтобы было разбито по группам, например по производителю, типа раскрывающиеся списки.

MmM

19 лет 10 месяцев назад

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

Root

19 лет 10 месяцев назад

MmM
может сделать на справочниках?

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

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

DanZer

19 лет 10 месяцев назад

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

Pavel

19 лет 10 месяцев назад

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

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

Насчет:

Только как минимум хотелось бы убить сообщение с ошибкой при запуске...

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

http://img177.imageshack.us/img177/3416/oem8jh.jpg

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

DanZer

19 лет 10 месяцев назад

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

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

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

Pavel

19 лет 10 месяцев назад

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

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

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

MmM

19 лет 10 месяцев назад


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

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

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

Pavel

19 лет 10 месяцев назад

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

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

DanZer

19 лет 9 месяцев назад

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

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