> I have different schema data that I'd like to store across tables, and
> it is sorted in chronological order.

Please explain what you mean by "schema", and especially "schema data".  In a 
relational database there is only one schema per database.  This single schema 
describes the tables and indices, views, and triggers stored in that particular 
database (and, for other database engines, there may be other types of objects 
described in the schema).

Some database engines provide "views" of the single schema and pretend that 
these views comprise "multiple schemata", however, they are not.  They are 
simply a filtered view of the single schema for the database.  With these 
systems (such as Oracle, SQL Server, etc etc etc) the "schema" you choose 
simply imposes a "filtered view" and "defaults" on certain attributes of the 
real single schema.  For example, there is an attribute (column) in the schema 
called "schema name".  

When you choose a schema then all you get to see are the things where the 
column [schema name] is equal to what you set, plus the dbo.  When you create a 
new object, the [schema name] is automagically set to be the name of the schema 
you are choosing to use.  The magic of the schema table queries make it 
"appear" as if the items in your chosen [schema name] obscure the remainder of 
the schema, but this is only an illusion created by the WHERE clause.

> But then I also want to be able to make queries across tables when I
> do a query that says after time X, I want it to show me all rows --
> obviously different schema doesn't make this possible.
> 
> So, In my application code I'm going to through loop through all the
> tables. The table count is usually high hundreds (~600-800)
> 
> I'm wondering if other people do this kind of stuff. Or another option
> is to duplicate the data in some non schematized format (like a
> summary table of sorts that essentially duplicates every row in every
> table)

I really don't understand what you are trying to accomplish.  Are you truing 
(for some unexplained reason) to "partition" data that otherwise would belong 
in one table into a large number of tables for some reason -- for example, 
instead of having a column [Colour] which describes the colour of the thing the 
tuple is describing, instead have a bunch of tables called Red, Yellow, Green, 
Blue (etc), so that you have to search all of them instead of just one?





Reply via email to