版本 - ac# 应用程序的 Subversion 数据库设计
我目前有一个已经在产品上运行的应用程序。
我遇到的问题是版本。目前我们只有版本而没有subversion，所以在测试环境中，我们的版本号已经达到了100+。这是我们不想要的，这就是我们添加颠覆的原因。
我的问题是，在数据库中有两列（版本和颠覆）更好，还是只有一列将版本保存为 varchar，然后我在应用程序级别或存储过程中解析版本？
如果我选择仅包含 1 列来保存版本号（如“3.5.6”），那么在存储过程中获取最新版本的最佳方法是什么？
我正在使用 mssql2005
谢谢
I currently have an application that already runs on prod.
The problem I have is with versions. Currently, we only have version but no subversion, so in test environment, our version number already hit 100+. This is something that we don't want and this is why we'll be adding subversions.
My question is, would it be better to have 2 columns - version and subversion - in db or just a single column that holds the version as varchar and I parse the version in application level or in my stored procs?
If I chose to have only 1 column which holds version number like "3.5.6", what would be the best way to get the latest version in a stored procedure?
I'm using mssql2005
Thank you
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
版本号是任意的，除了您自己之外，它们没有任何意义。如果您有特殊含义，需要将其放在单独的字段中，请执行此操作。否则就粘在一根上。在以后的版本中应该很容易解析和提取。
没有看到你的数据库是如何设置的..我不知道如何获取你的版本号，但如果你将它存储在环境表中。你可以简单地在那里调用一个选择。
例如
Version numbers are arbitrary, they hold no meaning other than for your selves. If you have a special meaning that requires it to be in a separate field do it. Otherwise just stick in one. It should be easy enough to parse and extract in a later version.
Without seeing how you db is set up.. i wouldn't know how to get your version number out but say if you stored it in an Environment table. You would simple call a select on there.
e.g.