视觉 FoxPro 2018
Visual FoxPro in 2018
在我们公司，一些数据库管理员仍在使用 Visual Foxpro 查询 MS SQL 服务器数据库。
尽管我不是数据库管理员，但我认为是时候将这些查询迁移到更新的数据库管理系统了。
问题一：
Visual Foxpro 有什么好substitutions/alternatives？
Python 是否能够执行 Visual Foxpro 可以执行的所有任务？
问题二：
尽管在 2007 年停止了支持，但管理员仍然捍卫使用这种语言。在 2018 年继续使用 Visual Foxpro 是否仍然合理？
感谢您的帮助！
Question 1: What are good substitutions/alternatives for Visual
Foxpro? Would Python be able to carry out all the task Visual Foxpro
can?
我想您可能想研究一下使用 .NET 框架的 Visual C# 或 Visual Basic。
Python 据我所知，也许可以取代 Visual FoxPro。
Question 2: The administators still defend the use of this language, eventhough support stopped in 2007. Is it still justifiable to keep using Visual Foxpro in 2018?
这可能是合理的，但您可能希望使用最新的 .NET 框架来跟上安全补丁或新功能。
我要说的是，就我们的目的而言，VFP 是我们目前拥有的最快的数据转换方式。也就是说，我们 运行 在服务器 2012 中经常使用它，而且它确实存在问题。需要大量时间来清除问题和重新启动程序。我们的日子已经屈指可数了，如果我们能稍微更新一下，让它在现代操作系统上运行得更好，我会继续使用它。
In our company some database administrators are still querying SQL Server database with Visual Foxpro.
您需要查明他们是否只是手动查询 SQL 服务器数据以获取报告，或者他们实际上是在使用 VFP 应用程序（它本身会查询 SQL服务器数据）。
如果他们运行正在使用 VFP 应用程序，那么要进行更改，您（或他们）将必须完全重新设计并使用替换语言重新开发应用程序 - 这取决于应用程序的复杂性 - 大多数通常不是一项微不足道的任务。
如果您正在考虑改用另一种语言，而不是仅仅听从某人的建议或他们的 'gut' 感觉，例如
I reckon it's time to migrate those queries to a more recent database management system
您需要进行业务分析。至少你应该问以下问题。
- 当前操作业务关键是否对操作？
- 改变的真正原因是什么？
- 改变会有什么好处？
- 做出改变的时间表和预算是什么样的？
- 此软件是 运行 仅供内部使用还是会 运行 通过网络使用？
关于问题 2
当然，VFP 是 'dated language'，Microsoft 不再提供它的支持，但是有一个 非常 活跃的 VFP 开发人员社区，可以在各种网络论坛可以为 VFP 问题提供比 MS 以往任何时候都更好的支持。
那些 VFP 开发人员仍在使用该语言，并计划继续使用一段时间。所以 'language support' 本身似乎是一个没有实际意义的问题。
关于问题 1
有多种语言可供更改。有些相当简单，有些则功能更全。
同样，如果这是要更改的 VFP 应用程序，而不仅仅是几个查询，那么无论您更改为哪种语言，都要计划大量的工作。
此外，您对 业务分析 问题的回答可能会引导您选择一种语言而不是另一种语言。
我确实觉得你说的很奇怪
We also observe a lot of time going to problem solving rather than improving the services
我已经开发 FP/VFP 应用程序 30 多年了（目前除了 Android 和 VB.ASP）并且发现一旦开发和实施这些应用程序就非常稳定。当然可能存在有问题的网络问题和数据更改问题，但不是 'mis-behaving' 的 VFP 软件 - 而是 'external' 导致稳定的 VFP 应用程序不再像预期的。
尽管我会说设计不佳的应用程序（VFP 或其他）经常会出现问题。
无论你走哪条路 - 祝你好运。
这个问题是 2 年前的，但我想贡献一些东西。
A2Q-1。 MSSQL Server、MySQL、Postgre 和其他最新的数据库应用程序现在更可靠、更安全。您应该尝试一下，然后选择适合您的。
A2Q-2。使用 VFP 仍然是合理的。我知道一家大公司仍在使用它并且维护它并不困难。他们已经使用它近 30 年了。他们现在是专家，他们不再需要 VFP 原始创建者的任何支持。
在我们公司，一些数据库管理员仍在使用 Visual Foxpro 查询 MS SQL 服务器数据库。
尽管我不是数据库管理员，但我认为是时候将这些查询迁移到更新的数据库管理系统了。
问题一： Visual Foxpro 有什么好substitutions/alternatives？ Python 是否能够执行 Visual Foxpro 可以执行的所有任务？
问题二： 尽管在 2007 年停止了支持，但管理员仍然捍卫使用这种语言。在 2018 年继续使用 Visual Foxpro 是否仍然合理？
感谢您的帮助！
Question 1: What are good substitutions/alternatives for Visual Foxpro? Would Python be able to carry out all the task Visual Foxpro can?
我想您可能想研究一下使用 .NET 框架的 Visual C# 或 Visual Basic。
Python 据我所知，也许可以取代 Visual FoxPro。
Question 2: The administators still defend the use of this language, eventhough support stopped in 2007. Is it still justifiable to keep using Visual Foxpro in 2018?
这可能是合理的，但您可能希望使用最新的 .NET 框架来跟上安全补丁或新功能。
我要说的是，就我们的目的而言，VFP 是我们目前拥有的最快的数据转换方式。也就是说，我们 运行 在服务器 2012 中经常使用它，而且它确实存在问题。需要大量时间来清除问题和重新启动程序。我们的日子已经屈指可数了，如果我们能稍微更新一下，让它在现代操作系统上运行得更好，我会继续使用它。
In our company some database administrators are still querying SQL Server database with Visual Foxpro.
您需要查明他们是否只是手动查询 SQL 服务器数据以获取报告，或者他们实际上是在使用 VFP 应用程序（它本身会查询 SQL服务器数据）。
如果他们运行正在使用 VFP 应用程序，那么要进行更改，您（或他们）将必须完全重新设计并使用替换语言重新开发应用程序 - 这取决于应用程序的复杂性 - 大多数通常不是一项微不足道的任务。
如果您正在考虑改用另一种语言，而不是仅仅听从某人的建议或他们的 'gut' 感觉，例如
I reckon it's time to migrate those queries to a more recent database management system
您需要进行业务分析。至少你应该问以下问题。
- 当前操作业务关键是否对操作？
- 改变的真正原因是什么？
- 改变会有什么好处？
- 做出改变的时间表和预算是什么样的？
- 此软件是 运行 仅供内部使用还是会 运行 通过网络使用？
关于问题 2
当然，VFP 是 'dated language'，Microsoft 不再提供它的支持，但是有一个 非常 活跃的 VFP 开发人员社区，可以在各种网络论坛可以为 VFP 问题提供比 MS 以往任何时候都更好的支持。
那些 VFP 开发人员仍在使用该语言，并计划继续使用一段时间。所以 'language support' 本身似乎是一个没有实际意义的问题。
关于问题 1
有多种语言可供更改。有些相当简单，有些则功能更全。
同样，如果这是要更改的 VFP 应用程序，而不仅仅是几个查询，那么无论您更改为哪种语言，都要计划大量的工作。
此外，您对 业务分析 问题的回答可能会引导您选择一种语言而不是另一种语言。
我确实觉得你说的很奇怪
We also observe a lot of time going to problem solving rather than improving the services
我已经开发 FP/VFP 应用程序 30 多年了（目前除了 Android 和 VB.ASP）并且发现一旦开发和实施这些应用程序就非常稳定。当然可能存在有问题的网络问题和数据更改问题，但不是 'mis-behaving' 的 VFP 软件 - 而是 'external' 导致稳定的 VFP 应用程序不再像预期的。
尽管我会说设计不佳的应用程序（VFP 或其他）经常会出现问题。
无论你走哪条路 - 祝你好运。
这个问题是 2 年前的，但我想贡献一些东西。
A2Q-1。 MSSQL Server、MySQL、Postgre 和其他最新的数据库应用程序现在更可靠、更安全。您应该尝试一下，然后选择适合您的。
A2Q-2。使用 VFP 仍然是合理的。我知道一家大公司仍在使用它并且维护它并不困难。他们已经使用它近 30 年了。他们现在是专家，他们不再需要 VFP 原始创建者的任何支持。