|Subject||Re: [Firebird-Architect] XSQLDA/XSQLVAR issues|
> >Actually, I disagree. IMO, it should raise an error so that it shows;-)
> >the user that there is a field "F2" in the table. That way, "undefined"
> >behaviour can be avoided.
> Martijn, if I thought everyone would agree, I wouldn't have raised it
> for discussion.
> Maybe would should play a game. We'll call anyone who favorsWell, the reason I'm type "C" is that I look at it from a user
> "undefined" type A; anyone who favors a rule type B, and anyone who
> favors an error, type C. I've come out of a type A. You're clearly a
> type C. Can we guess were everyone else will fall?
> Helen, I'd guess B. Paul, loosy-goosy, definitely an A. Dmitri likes
> order, so I'll guess B. Like always, I haven't the slightest idea of
> where Nickolay might land, but we can probably rule out A.
> Other guesses?
point of view. I remember someone saying "give a user enough
rope and they will hang themselves". In this particular case, I'd
like to avoid users entangling themselves.
Remember the ambiguity issue? Those results were "undefined"
and it was fixed.
Database Workbench - developer tool for InterBase, Firebird, MySQL & MS SQL