7👍
Well, I think a different angle is necessary here. Django is not like Java, the solution should be tailored for a multi-process environment, not a multi-threaded one.
Django has no immediate equivalent of a singleton session bean.
That said, I see no reason your description does not fit a classic database model. You want to save per object data, which should always go in the DB layer.
Otherwise, you can always save stuff on the session, which Django provides for both logged-in users as well as for anonymous ones – see the docs on Django sessions.
Usage of any other pattern you might be familiar with from a Java environment will ultimately fail, considering the vast difference between running a Java web container, and the Python/Django multi-process environment.
Edit: well, considering these objects are not native to your app rather accessed via a third-party library, it does complicate things. My gut feeling is that these objects should not be handled by the web layer but rather by some sort of external service which you can access from a multi-process environment. As Daniel mentioned, you can always throw them in the cache (if said objects are pickle-able). But it feels as if these objects do not belong in the web tier.
2👍
Assuming the object cannot be pickled, you will need to create an app to manage the object and all of the interactions that need to happen against it. Probably the easiest implementation would be to create a single process wsgi app (on a different port) that exposes an api to do all of the operations that you need. Whether you use a RESTful api or form posts is up to your personal preference.
- [Django]-How to stream a file in a request?
- [Django]-The credentials mode of requests initiated by the XMLHttpRequest is controlled by the withCredentials attribute
- [Django]-Django – Prevent automatic related table fetch
1👍
Are these database objects? Because if so, the db itself is really the pool, and there’s no need to do anything special – each request can independently load the instance from the db, modify it, and save it back.
Edit after comment Well, the biggest problem is that a production web server environment is likely to be multi-process, so any global variables (ie the pool) are not shared between processes. You will need to store them somewhere that’s globally accessible. A short in the dark, but are they serializable using Pickle? If so, then perhaps memcache might work.
- [Django]-Django always capitalizes a model's verbose name in admin index page
- [Django]-Django Hierarchy Permissions
- [Django]-How do I DRY up common text in a Django template?
- [Django]-How to add custom styling to Forms created with Django CreateView