急急急!Firebird的超级高手进来!

leehq 2004-11-06 10:27:22
Firebird的存储过程究竟能有多大,好像我的存储过程有20多K就会出错?
...全文
251 9 打赏 收藏 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
dext 2004-11-09
  • 打赏
  • 举报
回复
我没有FB! 唉!
dext 2004-11-09
  • 打赏
  • 举报
回复
我刚做过试验!我的是InterBase7.1
储存过程只能是64K,我用的事IBExpert建的过程,如果IBExpert不限制的话,那就是Interbase的限制了!
CuteBit 2004-11-09
  • 打赏
  • 举报
回复
hi,leehq
存储过程的大小是有限制的,我记得好像是16k。你可以翻阅ib6的文档,fb在这里的限制没有提高。
如果你真需要写一个“巨大”的存储过程,超过了16k,可以考虑使用多个存储过程相互调用实现。
BTW:存储过程的调试以及数据库移值都会有很大问题,所以大的、多的存储过程需要慎重考虑,否则很容易遇到麻烦。
leehq 2004-11-09
  • 打赏
  • 举报
回复
郁闷!
leehq 2004-11-09
  • 打赏
  • 举报
回复
kumao() :
有那么简单我就不问了!

存储过程在创建时就报错了!
如果你认为加法有溢出(其实根本没有溢出),那你自己写点语句试试,谁便什么都行,只要代码达到20K这样。
leehq 2004-11-08
  • 打赏
  • 举报
回复
?
kumao 2004-11-08
  • 打赏
  • 举报
回复
你那个 a 加法有溢出啊, a 是4个字节的,会不会是这个原因
dext 2004-11-07
  • 打赏
  • 举报
回复
不会吧!
你帖一个出来我看看!
leehq 2004-11-07
  • 打赏
  • 举报
回复
dext(德克斯特) :

CREATE PROCEDURE aa
DECLARE a INT;
AS
BEGIN
// 把这句复制出三四百行,你看这个存储过程还能不能建立
a = 1234567890+1234567890-1234567890+1234567890-1234567890+1234567890-1234567890+1234567890-1234567890+1234567890-1234567890;
END;
内容概要:本文针对传统彩色数字图像加密算法存在的密钥空间有限、随机性不足及抗干扰能力弱等问题,提出一种结合混沌系统与DNA编码的复合型彩色图像加密解密方案。通过混沌系统生成伪随机序列,对图像RGB三通道像素进行置乱与混淆,并利用DNA编码规则实现信息的高维扩散与并行处理,从而提升加密强度与安全性。文章重点对该方案的抗噪声与抗裁剪性能进行了系统性分析,实验结果表明该算法具备大密钥空间、强加密随机性,且在面对高斯噪声、椒盐噪声干扰及不同程度裁剪攻击时仍能较好恢复图像内容,展现出优良的鲁棒性与实用性。; 适合人群:具备一定图像处理、密码学基础知识的科研人员及研究生,或从事信息安全、多媒体通信领域的技术人员。; 使用场景及目标:①应用于网络环境下的彩色图像安全传输与私密存储,防范信息窃取与篡改;②为高鲁棒性图像加密技术的研究提供理论支持与实验验证,推动复合加密算法在实际工程中的落地应用。; 阅读建议:建议读者结合文中提出的加密流程与实验设计,自行复现算法并对不同类型的图像数据进行测试,重点关注混沌参数敏感性、DNA编码规则选择及不同干扰场景下的解密效果,以深入理解算法的抗干扰机制与优化空间。
【不讲道理,只给数据】网上讲 JS 性能的文章大多只给结论不给数据。这个包把 8 个常见优化手法真的跑了一遍,把耗时与提速倍数写出来——包括 3 项「优化后反而更慢」的结果。 ■ 实测(本机 node 实跑,见包内 04 文件) · 按 id 查找:Map 代替 find → 680 倍 · 数组去重:Set 代替双重循环 → 90 倍 · 记忆化递归:加缓存 → 800 倍 · 深拷贝:structuredClone 反而比 JSON 慢(0.44x) · 字符串拼接:现代 V8 下 += 与 join 几乎无差别(0.9x) ■ 资源内容 · 01_优化实战/:bench.js + run_all.js,8 项 before/after 基准,可直接跑,也能改成测你自己的代码 · 02_单元测试示例/:6 个工具函数 + Node 内置测试器写的测试(零依赖,不用装 Jest) · 03_工程化配置模板/:ESLint 9 扁平配置、Prettier、Vite 手动分包、Webpack 5 持久化缓存、package.json 脚本 + 逐项说明 · 04/05 真实运行结果:程序实跑输出,非手写示例 · 06_优化清单30条.md:每条标注实测结论 · 07_自检脚本:一键重跑测试与基准 ■ 使用方法 1)只需 Node 18+,不用 npm install:node 01_优化实战/run_all.js 即可看对比表 2)单元测试:cd 02_单元测试示例 && node --test 3)用 bench.js 量你项目里最慢的函数,先记基线再动手改 4)工程化配置直接拷进项目,重点看 03 里「为什么这么配」 ■ 说明 全部代码原创,可直接用于你的项目。基准数字因 CPU 与 Node 版本略有差异,趋势一致。

2,207

社区成员

发帖
与我相关
我的任务
社区描述
其他数据库开发 其他数据库
社区管理员
  • 其他数据库社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧