方便快速的将大型数据迁移到MSSQL上

[此贴子已经被作者于2024-6-4 22:53编辑过]

收到的鲜花

• kangss 于 2024-06-04 16:35 送鲜花  1朵   附言：太有才了，太优秀了

商用的话还是付费，非商用随意！付费有售后，之前有购买过我的任何产品的RMB：200，没有就：380.

谢谢使用，非BUG，共享版不能进EXE，若能在发布的组件模块测试出或提出实质性的见意与BUG报告可免费发份注册码。。。。。

[此贴子已经被作者于2024-6-14 14:53编辑过]

The parameter is incorrect 看似你任意改了WEBSOCKETVFP。DLL

应该不会我在单核上测试过几千并发连接没有任意问题。。。。The parameter is incorrect 是表达你改了VFP的DLL确没有理解那几个参数含意，看看注释说明，有提及VFP的中间DLL改动需要注意的地方。。。

不可否认的，c# 调用VfP 的DLL性能太差了。。。压力测试并不通过,设计时我就估计可能会有这样的性能问题，动态载入VFPDLL再释放，循环如此性能肯定不好！引用DLL不再动态或释放,估计性能会好很多，也没有引用高速缓存机制，C#部分官方的指标是150-300并发数，高了C#也会有问题，1000的并发数我里没有啊。。。性能出现在VFP端，没有VfP端好像又没有啥意义，这个测试逼格高对我实用比较好！Server端因为性能不好就不给你，免费给你Client端如果你需要的话。。。

[此贴子已经被作者于2024-6-16 16:26编辑过]

NetWebWsServer  200并发本机测试表现

魔改吧！之前使用STA线程浪费很大资源，正在想办法做成 aWait ThreadPool 方式，这样性能将会很出色，我也测试了部分很不错，300以内只最大的努力，其它再多就列队！要学习的东西较多啊！下一个版本估计需要点时间。你测试玩玩其它模块,Netpdfview,Netchart,NetQR,NetBulkcopy,WebView2，我觉得这些模块都优，最差就是这个websockServer了，它要的水平还真不一般，关键我就是一般啊。

测试通过性能不差
300个并发，一个交互WEB页面 WsSocket ，一个交互VFP WsSocket

[此贴子已经被作者于2024-6-17 19:04编辑过]

设计上有些地方我自己也没有想明白，也不知道怎样解决！因为c#端调用了VFP mtdLL ,再让VFP进程把预载入的prg函数应答处理代码注入到这个MTdll中由C# DLl来驱动为STA线程这样一来就有内存泄露造成消耗大量点用内存造成崩溃，sta线程消耗资源太大，若由C# 驱动VFP mtdLL 为MTA线程资源消耗很少，但这种线性线程造成某一应答线程阻赛就会将线程池其它应答阻塞。暂时我也没有想通如何解决这个关键部分，我的理想设计是占用资源很小，然后每线程应答时阻塞不影响其它线程，应答一定是VFP的PRG来完成的，因为VFP的PRG处理应答将会继承原有的业务框架逻辑处理起来得心应手，这里应该少了部分设计就是人为的列队框架，计划这样：收到message就应该在VFP mtdLL 开个STA线程建立高速缓存我们可以用cursor来替代认知为列队信息。再在VFP mtdLL或重开一个EXE部署到其它计算，线程处理(应答）缓存中的列队信息，想法是ZMQ架框来处理应答提升处理能力。说明白点就接收列队，发送列队，处理放到任何计算机都可以，要搞东西比较多了。