>>>Nadya,
>>>
>>>You don't need a PK for an updatable view. Just tag all of the compsite key fields as the key in the view designer. Of course, a PK puts less strain on the database engine and reduces the size of the WHERE clause.
>>>
>>>- Keith
>>
>>Keith,
>>
>>The problem is: one field in Integer and two other fields are character. Will it work? I want to discuss the possibiities with my manager. One quick related question: Append from doesn't update PK (if it has default value set), right? So, I had to re-write all code to use scan insert endscan instead, if I choose PK route...
>>
>
>You wouldn't create a concatanation just mark them as keyfields.
>If PK has a defult value and you don't pass it a value it would update from default.
>OTOH I couldn't understand why you ever need a view for a single table when it's local (actually never understood why someone might need it).
>Cetin
I believe, view is better, than filter. Basically I need to show all records for particular DsID and extrweek in a range: current and 3 back. I also should be able to switch to full view, so no limitation on DsID. So, I planned to create this view:
select * from FilingDate where between(DSID,?lnIdLow, ?lnIDHigh) and between(state+extryear+extrweek, ?lcStWeekLow, ?lcStWeekHigh)
A little complication with calculating prior weeks, but quite trivial. The problem is, how can I make this view updatable. As everyone explained, I can leave this table as it is and don't add a PK, though from some other point of view this would be easier...
If it's not broken, fix it until it is.
My Blog