|
|
1
4
I used it for MPTT (为此,我一直是一个非常糟糕的维护者)
仔细想想,你的代码运行得很好(
|
|
|
2
4
我的解决方案是由于各种原因造成的,但它是有效的:
在我必须这样做的地方,我可以在这样的事情和维护超过200列的表之间做出选择(我知道这有多糟糕,但我对它没有影响)。 |
|
|
3
4
对于我们这些维护人员来说,这些代码将(a)毫无意义,(b)必须被简单、明显的代码所取代,这些代码以最简单、最明显的方式完成相同的工作。
没有理由用一个看起来很棘手的循环来替换一组简单的属性定义。没有进步也没有储蓄。
即使你有100种货币,这仍然是一个非常糟糕的主意。
为什么不呢?一个相关的模型是(1)简单,(2)明显,(3)标准,(4)可扩展。它在运行时或开发时几乎没有可测量的成本,当然也没有复杂性。
就是这样 不 一个新的属性。 这是一个表的新值(在一行中),该表以汽车型号和货币作为键。
|
|
4
0
不能在运行时执行此操作。它将更改数据库模型,并通过命令更改数据库
为什么不创建第二个模型
|