>>Hi,
>>
>>Is it unconventional or maybe "harmful" to a SQL Server if I have a procedure that truncates a table and than inserts new records into this table (basically rebuilds it). The table itself (which stores some calculated values) is on average about 50 records/rows and it has about 60 columns. This procedure, "truncating and re-inserting" would happen about 1000 times a year. At most I see it occurring 10,000 times a year.
>>
>>What do you think?
>
>Why you need this?
>1. Create SP that will return calculated records.
>2. Create Table valued function.
>3. Create View
I think the above three cases are the three alternatives, right? If so.
1. I have not thought about this. But given that SQL Server is very fast this could be a viable alternative. I will explore this.
2. I am not familiar with this feature
3. I am not familiar with this feature.
But I will explore the 1st approach.
Thank you.
"The creative process is nothing but a series of crises." Isaac Bashevis Singer
"My experience is that as soon as people are old enough to know better, they don't know anything at all." Oscar Wilde
"If a nation values anything more than freedom, it will lose its freedom; and the irony of it is that if it is comfort or money that it values more, it will lose that too." W.Somerset Maugham