Hi Ramesh,
I've got URLyBird 1.2.1 and I cannot define a primary key neither, because as you say, there is no field in our file against which we can
test for uniquesness.
So I think that the use of a primary key for a given table is optional (could be used for example in a future customers table to make sure that all customers have a different ID). You could define it as :
and in createRecord() do something like this :
But there is an issue in updateRecord() then :
it should do the same test but as it doesn't throw DuplicateFieldException, we cannot or it should ensure that the primary key is never changed (but it would require one more specific exception too). So another approach could be to ignore the primary key issue for the assignment telling in choices.txt why we did so :
no need for a primary key in the current URLyBird database DBAccess don't let us implement such a key in a consistent way because of the updateRecord signature Cheers,
Philippe.
[ July 24, 2003: Message edited by: Philippe Maquet ]