![]() | |
![]() |
| | Thread Tools | Display Modes |
#11
| |||
| |||
|
|
at the first stage, what I need is to design a table or tables to store different data sources efficiently. I may need to query or do some statistic on those data later on. |
#12
| |||
| |||
|
|
derek wrote: at the first stage, what I need is to design a table or tables to store different data sources efficiently. I may need to query or do some statistic on those data later on. So, at the moment, your requirement is to store data and never retrieve it. The simplest way to do that is to not store the data at all. The visible results are the same. More seriously, to help us to understand better, can you describe: a) what the reason is for wanting to store all of this data together b) why the data from various sources belongs in the same place (do all of these sources describe the same kind of entities? might the same entity be described by two different data sources?) c) why the number of columns from different data sources are different (are there intersections between columns from different data sources?) d) If you're never going to query the data, then we cannot recommend a solution. What are the potential queries that you're going to run? (For instance, if you're going to run date range queries, then forcing everything to go into a single column of datatype varchar(8000) isn't going to be optimal) Damien |
![]() |
| Thread Tools | |
| Display Modes | |
| |