注册 登录
编程论坛 VFP论坛

NetBulkCopy V1.05

iswith 发布于 2024-06-04 14:33, 843 次点击
只有本站会员才能查看附件,请 登录

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

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

28 回复
#2
sych2024-06-04 15:46
推荐都是宝贝级别的,顺便带点科普资料就更完美了,辛苦啦
#3
sych2024-06-04 16:39
只有本站会员才能查看附件,请 登录
只有本站会员才能查看附件,请 登录

提示缺少这两个文件
#4
schtg2024-06-04 18:46
回复 楼主 iswith
谢谢分享!
#5
kangss2024-06-05 10:54
回复 楼主 iswith
你好!功能有没有啥限制?谢谢!
#6
iswith2024-06-05 11:33
商用的话还是付费,非商用随意!付费有售后,之前有购买过我的任何产品的RMB:200,没有就:380.
#7
kangss2024-06-05 12:43
以下是引用iswith在2024-6-5 11:33:34的发言:

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

#8
sych2024-06-12 20:23
报告BUG,编译进exe文件里后,秒退
#9
iswith2024-06-14 14:51
以下是引用sych在2024-6-12 20:23:32的发言:

报告BUG,编译进exe文件里后,秒退


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

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

#10
sych2024-06-14 15:08
你什么都不透漏,谁知道是BUG还是你故意为之?既然拿出来让大家测试也要坦诚相待才是正道
#11
kangss2024-06-14 18:09
只有本站会员才能查看附件,请 登录


只有本站会员才能查看附件,请 登录


HOST:                        2024-06-14 18:00:12:622    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:623    线程:41492: 新用户连入:192.168.1.11:3053    不是白名单用户,连接关闭.    GUID:69d2a645-93a7-4dd5-b6c6-afb09ea3971e

HOST:                        2024-06-14 18:00:12:702    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:703    线程:41492: 新用户连入:192.168.1.11:3054    不是白名单用户,连接关闭.    GUID:57975504-9906-4ae2-910d-3cb2100800ae

HOST:                        2024-06-14 18:00:12:708    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:708    线程:41492: 新用户连入:192.168.1.11:3055    不是白名单用户,连接关闭.    GUID:6aaec8c5-cd15-43b2-a947-7790ae48534f

HOST:                        2024-06-14 18:00:12:713    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:714    线程:41492: 新用户连入:192.168.1.11:3052    不是白名单用户,连接关闭.    GUID:a78cac7d-1544-4e1a-a509-bb225ce91f28

HOST:                        2024-06-14 18:00:12:720    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:721    线程:41492: 新用户连入:192.168.1.11:3056    不是白名单用户,连接关闭.    GUID:93d78cad-87e4-4b79-9f76-1bd266c3b9a1

HOST:                        2024-06-14 18:00:12:728    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect

HOST:                        2024-06-14 18:00:12:729    线程:41492: 新用户连入:192.168.1.11:3058    不是白名单用户,连接关闭.    GUID:b6b76abf-2f10-41bd-8aa2-8fae169f77d4

HOST:192.168.1.11:3052       2024-06-14 18:00:12:735    线程:41740: Client信息:    1

HOST:                        2024-06-14 18:00:12:735    线程:41492: 错误号:1426行:35错误方法:onopen错误信息:OLE 错误码 0x80070057: The parameter is incorrect


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

#12
kangss2024-06-14 18:27
只有本站会员才能查看附件,请 登录

websocketd的测试
#13
iswith2024-06-16 06:27
The parameter is incorrect 看似你任意改了WEBSOCKETVFP。DLL
#14
kangss2024-06-16 10:11
以下是引用iswith在2024-6-16 06:27:41的发言:

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


NetWsocket.7z 释放后,在VFP9 7423 汉化版内直接运行

只有本站会员才能查看附件,请 登录


只有本站会员才能查看附件,请 登录


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

#15
kangss2024-06-16 12:53
回复 13楼 iswith
连接数设置1也不行,可能是发送数据过快时,服务器反应不过来导致的
#16
iswith2024-06-16 13:45
以下是引用kangss在2024-6-16 12:53:31的发言:

连接数设置1也不行,可能是发送数据过快时,服务器反应不过来导致的

应该不会我在单核上测试过几千并发连接没有任意问题。。。。The parameter is incorrect 是表达你改了VFP的DLL确没有理解那几个参数含意,看看注释说明,有提及VFP的中间DLL改动需要注意的地方。。。
#17
kangss2024-06-16 14:16
以下是引用iswith在2024-6-16 13:45:55的发言:


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


闹笑话了:回帖回错位置了,名字都带个“Net”,反正都是大侠的帖子,将就一下吧,不删回帖内容了。

测试的帖子是:https://bbs.bccn.net/thread-513202-1-1.html

20240603 更新 从Netsuites包 单独分离出来项目主题命名为:NetWsocket
NetWsocket.7z (438.56 KB)

文件从7楼下载,直接解压缩、运行scx、测试。
#18
kangss2024-06-16 14:17
只有本站会员才能查看附件,请 登录
#19
iswith2024-06-16 15:50
只有本站会员才能查看附件,请 登录

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

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

#20
iswith2024-06-17 09:20
NetWebWsServer  200并发本机测试表现
只有本站会员才能查看附件,请 登录


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


既能与VFP对接又能与html对接的websocket中间件少之又少,NetWsocket 这个系统非常好、非常优秀,并且还是多线程模式,内部蕴含了RSA签名安全验证等等,这个工程的核心就是在Server端,在群里得到了不少人的关注。

群里不少人在用孤独王的httpserver.fll,包括我,在不少元老级高手的测试下并提出了不少优化修改建议,孤独王推出了几款高质量的FLL,vfpsocket.fll、httpserver.fll多进程版、httpserver.fll多线程版。
并且ID大师还把多线程版魔改成直接支持prg混合编程模式,同时支持google V8(我不懂V8是啥)。

web项目接入外网时,网上莫名其妙的IP如果用类似手段试探,服务器就没法正常工作了。还在坚守使用VFP的人大部分不是希望VFP有多高的性能,但是我们还是希望它稳定。

你这个项目已经算是基本的完工了,就差最后的优化了。你这技术,我只有膜拜的份儿。

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

#22
kangss2024-06-17 12:59
以下是引用iswith在2024-6-17 09:20:46的发言:
NetWebWsServer  200并发本机测试表现


你这个测试效果非常优秀,在这个项目中VFP编译的dll采用了免注册技术,技术也是高超的。
我们测试1连接、2连接、10连接出错,会不会是共享版没有处理好的问题?
测试环境:win2008r2 + vfp9.0汉化版
#23
iswith2024-06-17 15:09
魔改吧!之前使用STA线程浪费很大资源,正在想办法做成 aWait ThreadPool 方式,这样性能将会很出色,我也测试了部分很不错,300以内只最大的努力,其它再多就列队!要学习的东西较多啊!下一个版本估计需要点时间。你测试玩玩其它模块,Netpdfview,Netchart,NetQR,NetBulkcopy,WebView2,我觉得这些模块都优,最差就是这个websockServer了,它要的水平还真不一般,关键我就是一般啊。
#24
iswith2024-06-17 19:01
测试通过性能不差
300个并发,一个交互WEB页面 WsSocket ,一个交互VFP WsSocket
只有本站会员才能查看附件,请 登录




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

#25
foxfans2024-06-18 11:41
Foxer应用很少有大并发需求,稳定在15-50够很多场景了,所以求稳更重要。
小测上传的NetWsocket客户端/服务端20并发,响应有点卡,有崩溃现象。
按理C# 1000发不在话下,可考虑客户端线程与Vfp回调结合,服务端选用适合的网络模型结合线程池与VFP结合或许会有明显提升。
下面是xxxx群小Kiss发的1000并发压力小测,效果也不错。
只有本站会员才能查看附件,请 登录


#26
iswith2024-06-18 14:47
设计上有些地方我自己也没有想明白,也不知道怎样解决!因为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架框来处理应答提升处理能力。说明白点就接收列队,发送列队,处理放到任何计算机都可以,要搞东西比较多了。
#27
sych2024-06-18 17:57
回复 25楼 foxfans
熟悉味道,似曾相识
#28
kangss2024-06-18 18:52
以下是引用iswith在2024-6-18 14:47:13的发言:

设计上有些地方我自己也没有想明白,也不知道怎样解决!因为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架框来处理应答提升处理能力。说明白点就接收列队,发送列队,处理放到任何计算机都可以,要搞东西比较多了。


把prg单独输出再编译运行,效率低,prg直接编译到dll中运行效率会更高。把这种模式改改,会不会更稳定?大家希望的是不出错不崩溃。
#29
iswith2024-06-19 10:29
只有本站会员才能查看附件,请 登录
1