b>j)΄!Pԫ&;"kB޶}pSVT(wę!j x;-m@JnQ+պכ7MajfJͱ4jѲ撆RxZMz7vIW/dٞТזcZM~ji ߒsQzԠDW3Den"M+/B:-uIJ7j委9p='mANޭ=/B:-n&nUfqxZM~c Ϲ+,&ᾺܢF[(1*" ϒ"Jԧ<;b" "jܢF[x ,!q қ*]/؝27SMcs"ޭDQ/应ܢF_! :s" 7`F+SVTn"IJnQ/应B 4 wD"IJ׭-`S9DrjiEJ߅gJ应矁[xZM~n"IB؃!'Тѕ+(mIKʭ/|ϐܢF[xZMzG %嬩/c[[ Обратная совместимость ISC API

Обратная совместимость ISC API

Привет всем.

В процессе созерцания нового набора флагов IB12 (XE7) для XSQLVAR::sqlind

#define SQLIND_NULL         (short) (1 << 15)
#define SQLIND_INSERT       (1 << 0)
#define SQLIND_UPDATE       (1 << 1)
#define SQLIND_DELETE       (1 << 2)
#define SQLIND_CHANGE       (1 << 3)
#define SQLIND_CHANGE_VIEW  (1 << 5)

возникло две мысли:

1. Молодцы, что не боятся ломать существующий код. В предыдущих версиях sqlind принимал два значения: 0 и -1.

2. Вот почему бы не добавить возможность указания максимального «уровня» клиента? Если клиент не рюхает новые фишки, то и не надо разрешать их использовать.

Ну или явно разрешать подобные «фишки», которые клиент способен переварить.

Не знаю как лучше, но смысл, думаю, понятен.

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

Dmitry Kovalenko on 20 марта, 2016 | Filed Under InterBase Server

Leave a Comment