我需要在Django模型中存储一些数据.这些数据不等于模型的所有实例.
起初我考虑过继承模型,但我试图保持应用程序的灵活性.如果我使用子类,每次需要一种新的对象时我都需要创建一个完整的类,这并不好.我最终会得到很多子类来存储一对额外的字段.
我真的觉得字典是最好的方法,但Django文档中没有关于在Django模型中存储字典(或者我找不到它)的内容.
有线索吗?
我正在编写一个响应HTTP重定向的webapp.有没有办法强制客户端转发我在新网址的响应中包含的标头?
示例请求:
POST /insertion HTTP/1.1
Content-Length: 9
(content)
Run Code Online (Sandbox Code Playgroud)
Webapp响应:
HTTP/1.x 302 Found
Location: /dock
Mydata: asdf
Run Code Online (Sandbox Code Playgroud)
下一个客户请求:
GET /dock HTTP/1.1
Mydata: asdf
Run Code Online (Sandbox Code Playgroud)
更新:似乎我不清楚此事.我知道cookie会很有用,但我不能使用它们.你知道是否存在像我正在寻找的东西吗?
最近几天我们在另一个问题讨论最好以RESTful方式管理随机性; 今天我在Django中玩了一些想法,但发现没有简单的标准方式来返回303响应(也不是300响,顺便说一句),也就是说,里面似乎没有HttpResponseSeeOther django.HTTP或在其他地方.
你知道实现这个目标的方法吗?
让我们扮演魔鬼的拥护者:你会给管理层编写解决方案但购买昂贵包裹的原因是什么?
是否存在允许函数持久性的Common Lisp的持久性解决方案,例如Elephant?目前,我的应用程序在数据库中存储了一个标识符,稍后在函数表中进行搜索,但是此方法不允许存储动态创建的函数.
我需要在Oracle数据库上填充一个包含大量数据(加载数小时)的表,我想知道哪个更快,在加载之前或加载之后在表上创建索引.我最初认为在索引表上插入会受到惩罚,但如果我使用完整表创建索引,则需要花费很多时间.哪个最好?
我正在尝试修复一个大型股票交易所数据库的错误.一列(数量)在每个刻度上具有交易量,而其他列存储累积量(即,当天的先前刻度的总和).在某些情况下,这第二列是错误的(不是很多,所以我们可以安全地假设相邻的刻度线没有错误).因此理论上修复很容易:只需搜索累积量减少的刻度(这就足够了),然后从最后一个刻度中选择累积量并将当前刻度的数量相加.问题是我一直在努力开始在oracle中执行此操作的查询,但由于我缺乏sql的专业知识,我正在努力.这是我到目前为止所获得的:
update
(
select m.cumulative_volume, q.cum_volume_ant, q.quantity from
market_data_intraday_trades m
join
(
select * from
(select
product_key,
sequence_number,
lead(product_key) over (order by product_key, sequence_number) as product_key_ant,
to_char(trade_date_time, 'yyyymmdd') as fecha,
to_char(lag(trade_date_time) over (order by product_key, sequence_number), 'yyyymmdd') as fecha_ant,
cumulative_volume,
lead(cumulative_volume) over (order by product_key, sequence_number) as cum_volume_ant,
cumulative_volume - lead(cumulative_volume) over (order by product_key, sequence_number) as dif
from market_data_intraday_trades)
where product_key = product_key_ant
and fecha = fecha_ant
and dif < 0
and rownum < 10
) q
on m.sequence_number …
Run Code Online (Sandbox Code Playgroud) database ×2
django ×2
http ×2
oracle ×2
persistence ×2
python ×2
sql ×2
common-lisp ×1
enterprise ×1
http-headers ×1
indexing ×1
join ×1
lisp ×1
orm ×1
rest ×1
sql-update ×1