建议服务端命令增加临时表功能
像sql里的临时表；在每次执行服务端命令时生成一个临时表，命令完成即自动销毁，下一次执行再生成。这样方便数据的汇总或转换，比如；每次我把所要查询的数据汇总到临时表，再把这个数据json格式返回，这样不管在页面表格或单元格中都可以使用json插入。服务端的设置参数命令可以按表那样操作
https://gcdn.grapecity.com.cn/forum.php?mod=viewthread&tid=88337&fromuid=60073
(出处: 葡萄城产品技术社区)
感觉是同一个需求:lol 小侠米 发表于 2021-3-23 08:06
服务端的设置参数命令可以按表那样操作
https://gcdn.grapecity.com.cn/forum.php?mod=viewthread&tid=883 ...
就目前的功能而言，所有的数据处理都不是问题。就是有的时候想偷偷懒，能在一个地方做完的功能就不想多个地方做，仅此而已。 本帖最后由 Simon.hu 于 2021-3-23 15:02 编辑
目前有一个机智的方案是，你创建临时表的时候，记得把用户名称放进去，这样操作的时候，直接根据创建者汇总就行
目前，我们到是有计划，支持一个数组参数~
Simon.hu 发表于 2021-3-23 15:01
目前有一个机智的方案是，你创建临时表的时候，记得把用户名称放进去，这样操作的时候，直接根据创建者汇总 ...
数据处理是没问题的，我只是想着有些数据量不大的就地完成。我一般的处理方式都是；服务端命令处理不是那么方便的直接就丢给存储过程就能完美解决。 之前我一直想着怎么能直接提交数组给存储过程，后来我发现以数组类型提交的服务端命令不能以数组方式提交给存储过程，但是返回的却是数组类型，突然脑瓜一热发现；那就把他返回的的数组给存储过程不就OK了吗,试了一次以后就欲罢不能。反过来发现我之前写的这个帖子就太low了https://gcdn.grapecity.com.cn/forum.php?mod=viewthread&tid=82507&extra=&page=1。以前写存储过程是快乐的，现在有点想吐:Q，虽然很强大但每一次给客户更新都要来回的看，所以我能在活字格完成的尽量在活字格里做，尽量减少后维的时间成本。 咖啡里 发表于 2021-3-23 15:38
数据处理是没问题的，我只是想着有些数据量不大的就地完成。我一般的处理方式都是；服务端命令处理不是那 ...
大佬，觉得活字格应该开一个可以直接批量执行SQL的服务端命令更适合你这样的大佬
其实既然可以服务端可以执行存储过程，按理执行SQL也没毛病的，参数也一样可以放进SQL语句中使用
至于安全的问题应该交给客户去选择：是否启用此功能
后端执行SQL的功能，我已经悄悄的安排了
哎，本来想保密的结果被你这么早的猜出来了:$ Simon.hu 发表于 2021-3-23 17:40
后端执行SQL的功能，我已经悄悄的安排了
哎，本来想保密的结果被你这么早的猜出来了
虽然我没有猜出来，但是也有一点小小的期待，可以执行create，alter，drop这样的语句不:lol 天朝四周处 发表于 2021-3-31 20:12
虽然我没有猜出来，但是也有一点小小的期待，可以执行create，alter，drop这样的语句不
:$这是个小秘密，不能过早的透露出来~ 本帖最后由 sz_xd 于 2021-5-14 21:50 编辑
咖啡里 发表于 2021-3-23 15:38
数据处理是没问题的，我只是想着有些数据量不大的就地完成。我一般的处理方式都是；服务端命令处理不是那 ...
李总：其实你这增加临时表功能，只要用C# 写一个按 SQL 语句执行或查询的语句的 DLL 进行给 Web API调用，之后用服务器命令调用 这个 Web API 的DLL的命令就可以了呀！
你这前写在SQL 存取过程是无错的，因我们要利用SQL的特殊功能才可以快速存贮到数据库中，只不过要在SQL 存取过程参数上要更多的动态参数，这就可以解决了！{:4_86:}
:nbtz5:
页:
[1]
2