scripting of <> in memory.
Reported by S. Shehzed | November 13th, 2010 @ 02:10 AM | in v0.2.13
Disorganization for the in_memory functions are a bit too much in ?app_model.
Should spin off into own model class.
Problem arises with the data that will be set in other db's. Do you simply give access to the dbs that are necessary to the in_memory class? (so far it would be rpo, (current) granary.
Comments and changes to this ticket
-
S. Shehzed November 23rd, 2010 @ 06:53 PM
- State changed from “new” to “hold”
- Milestone set to “v0.2.13”
- Tag changed from “data, disorganization, in_memory, model” to “data, difficulty:high, disorganization, in_memory, model”
-
S. Shehzed November 23rd, 2010 @ 11:32 PM
- Tag changed from “data, difficulty:high, disorganization, in_memory, model” to “data, difficulty:hard, disorganization, in_memory, model”
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create new ticket
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
GOT COLD BEER! POUR BEER IN FROSTY MUG! DRINK BEER! REPEAT! HOPE COOKS SOURCE NO STEAL DRUNK HULK RECIPE!
S. Shehzed