Robert,

That's going to a lot of trouble, in my humble opinion.

Since you are ready (or already) to use views, wouldn't an easier and safer option be to rename the field, with an "AS" clause, as you build your view?

I didn't read the prior thread on this, so maybe you've already tried, but it seems worthwhile to me.

Good luck,

Jim N

>Let me toss this out as a possible solution to a problem I've got.
>
>I have fields in tables that are keywords. The fields have been around for years, but the problem has only just surfaced because apparently TableUpdate() generates an UPDATE command that is invalid due to the presence of keywords.
>
>It is not really an option to rename the fields, because there are many other external apps that count on the field names being such.
>
>My solution is to create a field in the table that mirrors the value of the problem field. I will use triggers to keep them sync'd up. I'll only make the new field updatable in the views, so TableUpdate() should not have a problem. The external code can reference the old field.
>
>Any thoughts?
>
>Bob