Мне кажется, что опция «показывать скрытые поля», указанную проблему не решает, так как включить её большого труда не составит — она же не будет защищена паролем (как я понял именно в этом видится отличие «скрыто» от «конфиденциально»). На данный момент, частично, того же самого можно добится при помощи фильтров, например создав например проекты «Скрытые» и «Открытые».
---
2 де Багер:
1) вопрос куда делись деньги в случае «3+2=4», решается немного не логично, но просто. Если будет парольная защита некоторых операций, то мужу, при получении дохода, необходимо будет сделать две записи в программу: первая запись — 2 руб. (а не 3-и), и вторая — 1 руб. (эту закрыть паролем).
 
2) вести две базы тоже, конечно вариант, но только в этом случае только одна из них, как максимум, будет правильная — та которая полная. Вторая тогда необходима только для отвода глаз. Я думаю просто нецелесообразно тратить время на ведение фиктивной базы. А в случае занесения в одну базу только закрытых записей, а во вторую базу только открытых, теряет смысл вообще ведение собственных (не «семейных» :-) ) финансов на компьютере — нет ни одной правильной базы и соответственно по ним трудно будет делать какие-то выводы или что-либо анализировать.
---
То есть, как я вижу решение этой проблемы (упрощённо):
1) Два пароля - общий и «не общий»
2) Каждая операция имеет флаг «конфиденциально» или как-то там ещё, который отвечает за то учитывать (соответственно и показывать ли) эту операцию при ввводе простого пароля или нет.
Дальше возможны различные варианты: Полностью закрытые проекты - при отнесении операции к такому проекту автоматически присваивать указанный флаг; и т.д. и т.п.
Тут только возникает другая проблема, в скорости работы программы, перед какими-либо расчётами или построениями графиков, придётся сначала анализировать флаг конфиденциальности или секретности (если он будет) на КАЖДОЙ операции, и если операций в базе много, то это существенно замедлит работу программы по сравнению с нынешней.
 
Dervish: ИМХО, самый лучший критерий элегантности решения, это попробовать изложить его в справочной системе. Я что-то с трудом представляю, как предложенный вариант объяснить пользователю, для которого обсуждаемая проблема в новинку.
 
Насчёт скорости: не надо беспокоиться, мы даже представить себе не можем, насколько быстры даже 486-е процессоры. Это нас производители программного обеспечения приучили, что всё очень медленно и неповоротливо. Так что, основываясь на собственном опыте программирования, я не думаю, что это существенно замедлит работу программы.