No i am not using stock markets or other financial things. good guess though i will give you that.
And yes this does resemble neural networks. and that was the premiss for this project to expand where current ones fail. but this is going to be for specific uses.
The real answer is this. its not modelling anything specifically but its more of an everything approach,
and why i kept this as simple as possible in the beginning is the question was not the plausibility of this project or even what this project was about.
the subject matter was what is the best way to store this one and yes believe it or not VERY SMALL PART of the data system this clusterf*ck of a program will use.
so to rehash the question because mike you are a very very smart person. and i bet i am correct in my guess that you are hyper intelligent. and i do value your input because you do have the answer to my question
Now what i have is basically 4 levels of observations World -> Environment -> Swarm -> Individual
Each level has its own set of keys
The key in whole form is stored
its stored with an observation 3 different ones
A tally is kept and tracked of the observations track records
Then the key is segmented out.
Each segment needs to be stored not as a key but identified with its segment placement
Observations need to be stored for individual segments.
A database structure needs to be created that can be rapidly accessed. and which is expandable.
Now this is how i was thinking about doing it. I cannot come up with anything better at the moment over my many days of thinking and reading on this problems of organization of data.
Table_1
Whole_key
World
Environment
Swarm
Individual
Observation_count0
Observation_count2
Observation_count3
**this is for the whole key database
_______________________________-
Table_2
Segmented_key (there will be over 100 of these generated from each key)
World
Environment
Swarm
Individual
Observation_count0
Observation_count2
Observation_count3
**this is for the segmented key database
_____________________________________
Now the problem with this in having 2 different tables but mainly there is redundant data.
Now what i was thinking is we add an identification key to the first table
remove everything but the segmented_key and the observation_count fields and simply add Identification key.
But the problem with adding that identification key the data will be corrupted on the higher levels. Because lets say segment_0 with a value of 2 appears 100k times. by simple logic that segment would be tagged with the last identification key and not all with the contributors from each and every individual. A side affect from this would be a different form of aggregating data. You would lost the intensive tracking on the segmented level but all the data would be able to be constructed from the Table_1 data cluster.
So if you take away all the stuff. you know you are storing nothing but numbers. scores and other small keys. the largest string is the entire key which is stored. but when the data is broken down. it becomes a great deal harder to manage and that is the problem i am facing.
You are familiar with the data. you know the types. and you know the objectives. Lots of it. lots of tracking. and things need to remain fast in some manner. or as fast as they can by avoiding common data structure design pitfalls.
so please try to understand this is storage of generated data and that is essentially it. types are defined. and they all need to be readily accessed, this is what i came here for help. because i am not a database guru. i am not a guru at anything.
And for my last final line is this. I will tell you what the project is for if you guess the answer correct. Its like a bounty hunters wife. He was killed. and only he knew her name. After he died she went by the name V.T. people would try to guess what it stood for but no one could until one day. That day came and she told the truth of what the letters stood for and so like her. but the difference here its from man to man. If you can guess the use of the program i have been working on it will be something for you to hold as a metaphorical prize. but when you get down to it what needs to be known is on the table. I am a real person who has a real problem. and you can help
this article helped me it shows intermediate database design and queries that can be applied to them to make them work properly.
MySQL :: Managing Hierarchical Data in MySQL its short sweet and to the point. it was a good short read that was a good refresher.
take care and thanks for everything mike.