我老板引进的第三方开发人员设计了一个比我们现在使用的ASP.NET + MSSQL Server 2005网站更好的系统。
以下是相关规格：
他的解决方案缺少古代科技有什么明显的问题吗？线程安全等？
让我这样说，“什么可以告诉我的老板（谁只是部分技术性的）将这些代码从水中吹出来？”
谢谢，
报复性开发者：）
答案 0 :(得分：17)
Excel绝不能用作数据存储，
这不是数据库
根本不会同时处理多个用户
不支持事务，因此如果在odbc调用中发生错误，excel文件可能会被删除。 （即使访问会比使用excel更好，而且说得不多）
Excel是一个电子表格，用于分析数据，而不是用于存储数据。
答案 1 :(得分：5)
直接来自Microsoft：http://support.microsoft.com/kb/195951
重要提示：虽然ASP / ADO应用程序支持多用户访问，但Excel电子表格却不支持。因此，这种查询和更新信息的方法不支持多用户并发访问。
答案 2 :(得分：3)
答案 3 :(得分：3)
Allain，以及出现在这里的重大技术原因，我想你需要问问自己“为什么老板这样做？”
感知是现实，如果你的老板只是部分技术，那么纯粹的技术推理可能无法通过。
除了明显的建筑弱点之外，这个怪物中还有一些功能让它对你的老板更有吸引力吗？一般来说，人们不会故意做愚蠢的事情，在你做CLM之前考虑老板来自哪里可能会很好。
答案 4 :(得分：1)
处理单独的xls数据存储区和SQL Server 2005的同步问题？在我们的IIS服务器上，默认情况下禁止使用经典的asp页面。也许这是一个标志大声笑。
答案 5 :(得分：1)
可怕的性能如何，因为Excel不是用作数据库的？告诉你的老板Excel甚至不是一个单用户数据库（这就是MS Access），更不用说一个专为高并发性能而设计的多用户数据库。
当然，通过使用纯ASP，您将失去对所有库.NET框架的访问权限（这当然是MS生态系统中所有库开发人员都在关注的）。但是你问了一个原因，第一个原因更好。
答案 6 :(得分：1)
我会用咒语说这些是错误的工具（假设它们在你的情况下）。这就像使用螺丝刀作为锤子。对于一个钉子，它可能会伴随着大量的汗水和泪水。对于一个真实的项目来说，这很可能注定失败。
我会夸耀您熟悉的工具 - 在性能，安全性，维护（尤其是维护成本）方面，工具的效果要好得多。
你可以说他正在付钱给别人写一个新的应用程序，这个应用程序使用了十年前的技术，这可能不会得到更长时间的支持（如果它仍然是......）。
答案 7 :(得分：1)
嗯......行限制？
答案 8 :(得分：1)
以下是您可以告诉他的内容：提醒他两个或更多人需要同时编辑同一个电子表格时发生的噩梦。现在让他想象一下，乘以一百个不能互相打电话告诉他们“关闭电子表格以便我可以更新它”的人。 那是会是什么样的。
答案 9 :(得分：0)
Excel电子表格是否会正确处理并发事务？它不是为这种事情而设计的，如果它做了坏事（比如一次只允许一个ODBC连接，或者没有正确锁定并发更新），我就不会对此负责。
答案 10 :(得分：0)
excel文件会在很多人同时点击它时匆忙被破坏。 Excel作为后端数据存储区的可伸缩性几乎不存在。它有足够的时间来保持其本机共享工作簿功能的数据完整性......
BTW-这个第三方是你老板的亲戚吗？让人惊讶...
答案 11 :(得分：0)
古代科技本身就是一个明显的问题。你会永远在身边吗？老板很难找到新的开发人员来维护这样的东西。科技界已经走了。