我有35项职能,在交易中更新1至3个表格。 然而,它们并不只是执行更新,但它们也提出了问题。
- Table 1 does row update only actions, and some queries.
- Table 2 does queries and row level updates to existing rows, and sometimes deletes and adds rows. Table 2 may have queries within the transaction before and after the row deletions and or insertions, and or updates.
- Table 3 does row updates based on the results of Table 2 actions above.
我的第一项行动是确保表3的更新工作最终完成。
Table 1 is independent of the other 2 tables, and probably can be first or last. So Table 2 must come before table 3 changes.
我的第一个关切是,由于采取了表2的行动,我确实提出了询问,然后又提出了更多的询问,有时还有更多的更新。 我必须重新编辑我的法典,不要这样做。
我的第二个关切是,表3是, with子必须迅速穿透。 表3仅供参考。 但是,似乎像连续的锁定会停止这些询问。
如果我需要的话,我可以把上述表格中的一套维持法放在一个整体的进程中。 更新的速度并不重要。 对表3的询问很快。 而且,这从没有出现任何僵局。
我不知道Oracle和Inodb之间的差异,因此我在那里有问题。 (我计划随后升级至Oracle)
页: 1 当然,我可以把表3全文放在表2上,然后在每一台履历开始的时候,然后是我的表3 —— —— —— —— —— ———————————————— 。 因此,解决办法。
此外,我担心的是,与表2本身相比,有些职能确实有问题,根据询问作了更新,根据更新情况提出了新的询问,随后还有更多的更新,包括得出结果,以更新表格。 3. 。 这似乎确实是新生的。
Recommendations? Andy
可能同时更新2个表格的同样几行,我已注意按同样顺序对表格进行点击。 其中一个表有2个指数,似乎需要一个表锁来更新指数? 某些职能见表1,更新表1,然后选择性地问答表2,然后以重复形式更新表2。 该表把所有母子关系放在我所有内容的树林中,因此,在所有用户中都有大量更新。