Redian新闻
>
SharePoint当数据库服务器用
avatar
SharePoint当数据库服务器用# DotNet - 窗口里的风景
b*i
1
我又来了!现在开发一个生产自动化软件,把产品的结果放到数据库里面。由于在第三
方公司生产,所以我们不提供数据库服务器。生产共6个步骤,对应6个表格,不同步骤
可能在不同的电脑上,大约20-60个列,都是些字符和浮点数。每年大概生产1000-2000
个产品。这个产品大约要生产10年左右。
我的思路是,本地每个电脑用access数据库,然后测试者点击发布,程序连到
SharePoint,要求测试者登陆,这样把没有上传的结果报送到SharePoint,上传成功就
每个行做个标志。这样每个数据库表格对应一个SharePoint List。这个List开起来像
excel, access那样的table。而且我上网看,SharePoint也可以存放access数据库,这
样我面临一些选择,是直接使用SharePoint List保存测试员上传的数据,还是使用
SharePoint上的access,还是使用设在某处的数据库服务器。最后一个选项最大的问题
是,公司不允许付钱购买外面的任何网站服务,也不允许第三方公司直接访问我们的内
部的网站(内部设个网站也听麻烦的,现在是一个超旧的机器),所以,我觉得
SharePoint是个非常好的选项。我们不需要使用复杂的数据库查询,比如join基本是不
需要的。而且数据也少。大不了,等产品到达我们这里,我们把SharePoint的数据提取
出来,放到本地access里面
最近看到,SharePoint每个表允许30M个行,但是超过2000行性能会有降低,不过是因
为网络访问降低的,我估计如果我不浏览所有的几千个行,是没有问题的,比如我如果
只查询某个行,结果会很快。。
有没有用SharePoint这样存放数据的?把List当简单的数据库用?
avatar
N*n
2
没用过ACCESS。SP管理Excel和Word时都是以文件为单位,要修改时Check
OUT出来,改完后CHECK IN。所以可能还是录入录出ACCESS文件比较适合。
avatar
c*t
3
要是你们的SP是2007或更早就算了吧,还不如FlatFile。如果是2010或更
新,你完全可以用SP的List, 稍微注意一下CamlQuery性能不会差到哪里。
相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。