DBCOMBOX не отслеживается ItemIndex

Здравствуйте. Извини за мое часто создания тем.) У меня есть DBCOMBOX где пользователь выбирает Мужчина или женщина(POl) так вот если я сам это выбираю, то потом все работает вроде как надо, но если я достаю запись из базы, например на редактирование, то уже Itemindex не отслеживается. А Это очень важно.?

0

У Вас пол что вынесен в справочник? И отдельной таблицей в БД?

Добавлено через 11 минут
Да и вообще вам сюда
dblookupcombobox не записывает
Читаем всю ветку и размышляем над ненужностью таблицы полов.

1

нет нет
rdama, он не вынесен, просто в комбо прописал Мужчина и Женщина и выбираешь а она производить запись из комбо.

0

SHMS, используйте обычный комбобокс, им гораздо проще управлять

1

Lord_Voodoo, я тебя понимаю, но ты меня пойми. если я возьму запись из базы, тогда он не будет отслеживать изменения. А мне нужно именно это. и использования индекса.

0

SHMS, ну я сколько СУБД не писал, вообще не использовал компоненты из закладки DB Controls... и никаких проблем не испытывал... ну да, придется немного напрячься, чтобы сделать заполнение данными контролов в ручную... но это минимум неудобств , за то ты получаешь полностью подконтрольную форму... что же происходит в компонентах закладки DB Controls, разработчик понятия не имеет


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

1

Lord_Voodoo, спасибо за ответ. очень познавательный

Добавлено через 1 час 3 минуты
Lord_Voodoo, ты прав на счет гемарности этих компонет с вкладки DBcontrol, иной раз нажмешь на DBedit в котором есть запись и это запись просто исчезнет((( но они все же упращають нам работу, ведь сколько "лишнего" бы кода пришлось писать... а тут 2 свойства и все компонента работает, конечно не красиво, но работает.

0

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

0

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

0

SHMS, нет предела совершенству... я уже 3 года пилю в команде проект и пилить еще неизвестно сколько... просто я высказал свое мнение, основанное на моем куцем опыте... лучше всего избегать сторонних классов типа "черный ящик"... да - работы больше, да - лениво, да - дольше идет разработка... но при этом вы знаете работу каждого класса в точности, т.к. писали все по макисмуму сами... а ошибки в сторонних классах - это просто очередная фича программы, но не баг (любимая отмазка разработчика)...

и на счет больше работы - если немного подумать, то работы в итоге получится даже меньше... вечером просто приведу пример такого кода... причем его гибкость позволяет, как я говорил раньше, свести работу в проекте при модификации структуры базы к минимальным изменениям кода...

0

Lord_Voodoo, да 3 года для меня много, я всего то 2 месяц пишу диплом, правда уже сам не понимаю что пишу. То запрос не идет, то еще что то. то данные из компонент убегают.... вообщем обвал.

0

Сообщение от Lord_Voodoo лучше всего избегать сторонних классов типа "черный ящик"

А что мешает открыть класс и посмотреть, что в нем реализовано?
И как реализовано. И при необходимости можно и поправить.
Ну а тут на лицо конечно лень ТС.
Ибо DbEdit это гавно жуткое. А самое главное оно годно токмо для отображения данных. Т.е. если нужна форма просмотра,то самое оно редактировать через них это жуть.
А самое главное что многие плюются на них но абсолютно упускают из виду одно обстоятельство.
Они не годны когда работаешь на SQL запросах.
Если работать методами Insert/Edit/Post, то они вполне сносно себя ведут.
В общем я так думаю что разрабы отказались бы от них, но в виду того что переодически вылазиют проекты на BDE и еще и книги пишут про Insert/Edit/Post, то для совместимости болтаются.
С точки зрения ООП их вообще не должно быть.
Т.к. если мы пишем класс документ и далее работаем с ним то ДБ компоненты нам вообще не нужны.
Нам нужны лишь 2 метода класса SetDocumet и GetDocument.
Вот как раз в GetDocument будет производится чтение из БД и заполнение экземпляра класса.
А в методе SetDocumet его запись в БД.
А для отображения будет форма с переписанным конструктором и добавленным экземпляром класса документ.
И соответственно обработчики чтения из класса в элементы формы и обратно.
Да, кода больше. Но ты сам говоришь когда что-то должно быть записано или прочитано.

0

rdama, да твои знания меня поражают. Но вот ты даешь мне совет использовать совсем другие компоненты, которые я даже в глаза не видел. да и проект он весь, сплошь и рядом в DBEDita-x и Db компонентах. А если переделывание, то весь проект на с марку, и 3 месяца работы в пустую?(((

0

SHMS, ну воспринимай это как советы на будущее.
В следующих проектах будешь пользовать.

0

rdama, да я уже хочу попробывать. Но может ты мне по теме поможешь? как мне отследит пол, если я открыл запись на изменения. не с веже созданную, а именно ту которая храниться в бд(

0

Как ты пол хранишь в БД?

0

я ни как, я его передаю через DBCOMBox, Мужчина либо женщина.... возращает то что нужно, но как с ним работать, проверка типо If 'Мужчина' не катит

0

Простой ComboBox и Case.

0

через case сам пишу, а вот простой комбо, с ним сложнее, ведь 1 дело записать в бд, а второе при выборе человека, отоброзился в комбо нужный пол(((

0

cb.zip
Вот разбирайся.

1