1 reply
so to me the criteria for judging which way to go would be the operations you are carrrying out on the data.
If in the main you are operating with not disposed items, I'd go for the two tables as that avoids having to select not disposed every time you want to select a list of available items.
In that way disposed is more of an archive.
However for historical reports (say transactions on items) having two tables will force you to use unions within joins
You could also look at a data warehousing type idea, there you would keep that data split for standard operations, and then have it merged in to another fit for purpose table(s) for reporting purposes.
Whether that is of any real benefit, would depend on the volume of data and the number of 'operations'
It's probably best guess time.
You could use stored procedures and views to hide this implementaion detail, then you could easily change the implementation should it become necessary. Whether the increased complexity could be worthwhile, I couldn't say from all the way over here.
HtHs
This discussion is closed to new replies.
Trending Software posts
Sort by Trending