Преамбула: жизнь заставила столкнуться с Pervasive....
Точнее, был Btrieve 6.15- и успешно работала база долгие годы.
Но возникла необходимость выбирать специфические данные и/или вносить изменения, непредусмотренные прогой. Поэтому начитался инфы и породил наследника от TDataSet - TBtrTable, а заодно TBtrDatabase - для доступа к базам DDF и ADF. Нарадоваться не мог, до чего быстро всё работает, а главное понимал все процессы, происходящие в базе и ошибки, иногда возникающие, устранял без поблем. Поэтому новые свои проекты заделал на основе Pervasive+мои компоненты. Но понадобился TBtrQuery (для отчётов FastReport, QuickReport и т.п. ). А вот его писать сил и знаний нету, разве что какой-то суррогат получится с одним 'Select * from...' - тем более есть PDAC.....
Проблема: Скачал PDAC 9 - заменил свои TbtrTable на фирменные PvTable - и пришло разочарование:
1. PvTable.Locate - не правильно работает при WIN1251 и loCaseInsencitive, всё равно различает регистр. Из-за этого в DBGrid Lookup-поля не выбираются из "лентяйки" при несоотв. регистра и вообще поиск даёт false. Пока полумера - поправил DBGridEh.pas, чтоб он учитывал этот косяк. Плохо.
2. Отображаются не все записи в TPvTable! Есть таблица- STRRET - список улиц - у ней ID (IDENITY). И в другой табл. (CLIENT) ссылка на улицу - CSTRRET (UINTEGER) и lookup-поле, для отображения собс-но названия улицы. Так вот: после открытия проги грид, показывающий список улиц содержит только те записи - которые не задействованы в CLIENT (т.е. на них нет lookup ссылки из CLIENT - это не 100% выявленная зависимость - но очень похоже. Таблицы, не являющиеся источниками для lookup полей, отображаются нормально). Чтобы показались все запсиси - надо двинуть верт. скроллбаром или вставить пустую строку в грид. Отвратительно.
И это только за два часа юзания PDAC... до нужного TPvQuery ещё не дошёл даже...
Вопросы: Кто-либо сталкивался с подобным? Как вылечить? Какие ещё очевидные ляпы в PDAC имеются? У кого есть PDAC 9.5 - как там обстоят дела? Поможет ли он мне?
ODBС, BDE и т.п. не предлагать, ибо скорость имеет значение.