Flask炼金术困境：一个业务逻辑对象的单个/单独类

Question

也许这是一个与文化有关的问题，但无论如何我还是要试一试。在

因此，在docs of Flask-SQLAlchemy中，鼓励我们通过声明数据库模型-派生类：

class User(db.Model):
    __tablename__ = 'USR_User'
    id = db.Column(db.Integer, primary_key=True)
    username = db.Column(db.String(80), unique=True)

然而，按照古老的惯例，我的数据库字段有点难看：USR_用户.usrID，USR_用户.usrName等等

我希望我的Python用户对象更干净，具有没有“usr”前缀的属性，还有一些其他一些不必与数据库连接连接连接的好方法。在

所以，问题就出现了，我是否应该在这个类中声明可选的字段名，就像这样

^{pr2}$

或者，我应该将datatable连接模型与业务逻辑模型分开，并用一个映射器将它们连接起来（但是我不确定在Flask SQLAlchemy下怎样做才是正确的）。在

我不确定这样的分离是否会带来任何好处，但我有一种直觉的冲动，那就是保持两个类的分离。在