alex_k
я чето похожее уже сделал для sybase и пытался перенести на firebird(без одибиси).
на fb мне не понравилось, что нет возможности произвольного доступа к любой записи в запросе, и я бросил эту работу (без одибиси).
только оно вообще не похоже ни на что. -)))
особенно на дельфи.

alex_k>хочется отдельно иметь классы доступа к firebird и все. только и всего

вот приблизительно это. безотносительно ко всяческим окнам.
если тебе не лень
(
я тоже начал с нескольких простых классов, а работы получилось неожиданно много. года два ваял
),

то могу дать примеры использования, исходники и
попробовать пообьяснять.

гут
>я думаю, теперь нужно сделать TFIELD.

ты собираешься доступаться по полям?

то бишь в программе, которая будет читать запись таблицы,
каждый обьект описывать руками через твои классы
FBTYPE_INTEGER (все целочисленные данные)
FBTYPE_VARCHAR (все строковые данные)
FBTYPE_FLOAT (все числа с плавающей запятой)
FBTYPE_DATETIME (дата и время)

alex_k>какие методы и свойства у этих объектов должны быть.

а обьекты для полей там тоже есть
;))

ты с одибиси работаешь?
так ты там структуру таблицы разбираешь? в запросе?
а движение по строчкам в запросе как?
и компилятор не найдет не правильно названные поля "somestrfield"
q->fieldByName("somestrfield")-.asString();

0
да 123456789098

1
не ну конечно ошибка программиста.
как и все остальные ошибки.
-)))))))))

2
неплохо бы переопределить конвертацию полей в соответствующей тип

int i;
FBTYPE_INTEGER ifb;

ifb = 1;

i = ifb;

для ваших примеров, чтото типа такого:

string someStr=q->fieldByName("SomeField_10");



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

4
alex_k
---
gds32.dll

prev();
first();
last();
----
у меня в fb есть долько gds32.lib.
а в руководстве по апи я не нашел передвижение в запросе в обратном порядке.
меня убеждали. что fb, может только сверху вниз позиционировать записи.

это не правда?


5
собственно к таблице обращаешься через sqlda
или в этом gds32.dll есть чтото другое?



6
я по описанию таблицы генерировал структуру, которая использовалась для
доступа к таблице.
и в программе к полю обращался как

q->SomeField_10

мои ошибки, связанные с неправильным указанием полей, радостно находил компилятор и меня уведомлял.
естественно код, для обработки этих исключений
(
alex_k>TFBFIELD выдаст исключение, которое можно ловить
)
писать было не надо.
в это время я пил пиво.
/*
хотя это вечная тема, кто лучше компилятор или интрепретатор
-)))))))))))))))))))))))
*/

это я както понимаю про next()
ты лучше колись,
как ты делаешь prev(); prev(); prev()?


>нет, я думаю а вдруг селккт в рантаме определять захочется?

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

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

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

че про sqlda молчишь?