首页
学习
活动
专区
工具
TVP
发布
精选内容/技术社群/优惠产品,尽在小程序
立即前往

基于JSON的Oracle数据库应用程序开发(与MongoDB兼容)

应用程序开发在一个不断变化的环境中进行。用户期望应用程序能够适应迅速变化的业务需求,并在应用程序演化时进行即时更新。所有这些意味着当应用程序发展时,开发人员需要具备最小停机时间或DBA参与的灵活数据持久性机制。关系模型缺乏这种灵活性:表具有静态的“形状”,应用程序更改需要修改表结构(例如添加新列),这通常涉及数据库管理员(DBA)。此外,现有数据可能需要进行修改以适应新的模式。更重要的是,关系方法需要事先设计模式:应用程序的对象(例如“客户订单”)被规范化为存储对象值的表和列。一个应用程序对象通常被规范化为多个表。这意味着现在简单的插入或获取操作需要插入并选择涉及所有参与表的操作,并具有正确的连接条件。开发人员必须理解此映射并使用SQL表达它。

03
您找到你想要的搜索结果了吗?
是的
没有找到

JavaScript表单提交

表单提交在前端编程阶段中也是一个重点。它是由页面数据保存到后台数据库的重要枢纽,通过表单提交的方式将数据上传到数据库进行保存。同时这些数据也包含用户信息、统计信息、日志信息等等。 数据的信息不同,上传的方式也不同。在JavaScript中有四种种表单提交的方式: 一、 Form表单手动提交(get与post) 在没有任何Js代码的影响下,Form表单本身是自带提交功能的。在form元素标签上有两个属性: (1) action:设置表单提交的路径(URL) (2) method:设置表单提交的方式 表单提交的路径分为两种: (1) 相对路径:指站点内的文件,就是本地文件。 (2) 绝对路径:指其它站点,就比如从本站点到百度。 设置表单提交方式属性的值有两种:get提交和post提交。如果method不指名提交方式则默认为get提交。 这两种提交方式需要分别对应不同情况使用: (1) 相对于post提交而言,get提交更简单也更快,但是传输的容量小,在提交表单时,所有的信息都会暴露在url上,并不安全,通常用来获取数据。 (2) post提交方式能够传输的容量基本上是无穷的,而且提交的数据直接在后台进行处理,保证了数据的安全性,而且在更新数据传输大量数据、传输音频图片或者特殊符号等情况时,就只能使用post,而非get。 通常情况下,我们会取消Form表单的自动提交功能,通过一个onsubmit属性赋值为return false。

01

聊聊小程序开发那些坑那些事

我个人是后端开发,或许很多人看到小程序开发比较诧异,这里解释一下,最近有要开发小程序的东西,于是自己学习了一下,将学习经验分享出来,ok,我们进入今天正题,自己开发小程序欲望是在2017-2018年左右,那时候水平比较菜,要开发小程序与公众号开发,不仅仅要写前面的js,还要写后端服务,想想都头大,果然技术的革新以及自己的成长,在半个月前尝试了一波小程序开发,从0到1写了个成品出来,功能来说不算太复杂,但是涉及的逻辑却比较多,在开发过程中也碰到过很多问题,特别是按照了官方文档那样做,还是会出问题,所以很多人吐槽文档写的不好。今天这篇文章从技术及自己踩坑角度来盘点一些自己遇到的一些坑,希望帮助入坑小程序开发的道友门,共同成长与前进。

01

jquery ajax请求成功,数据返回成功,seccess不执行的问题

1.状态码返回200--表明服务器正常响应了客户端的请求; 2.通过firebug和IE的httpWatcher可以看出服务器端返回了正常的数据,并且是符合业务逻辑的数据。 但是,程序就是不进入到回调函数success: function(data){****}而是进入到error: function(data){***} 记得上次是因为存在跨域访问的问题导致。这次查看不存在跨域的问题。此时就很是不解。 事情的来源是这样的: 后台的配置管理模块中有一块是关于国际化的配置,增加国际化描述等等,查询国际化描述。 问题的来源是在输入key='a' 查询前十条数据时发现可以正常的展现数据,但是当我输入key值为z时,并且再查询前20条数据是发现数据不能展现,但是server返回了数据库中的数 据。这时第一反应是事不时数据返回的有问题,粗略的检查了返回的数据发现和第一次查询没有什么明显的区别。但是只查询第十四条数据时发现,显示不出来。这 时候就开始怀疑了数据问题,进而到数据库中查找第十四条数据没有发现什么特别的地方。 这时开始怀疑,难道是JS程序有处理数据兼容性有问题,觉得甚是不可思议。整了大约半小时,越来越觉得不大可能。就放弃了这种想法。 有转向,重新审视数据。 但是发现数据从中间换行了,没太在意。 在纠结了一会儿后问一同事,指出数据可能多了一个"回车键",在其指点下到数据库表中再次查看该条数据发现有一个字段的值多了一个"回车键"。删除后,一切恢复正常。 思考第一次和第二次碰到的问题,我初步认识到: 1. 返回的数据类型一定要符合定义的数据类型。即如果你定义的 dataType 是 json 类型的,那么返回来的数据一定是 json 才可以,平且不然就会执行 error 里的程序块儿。 (1) 同时需要特别的注意返回的JSON数据是否是严格的JSON格式. (2) 也应该严重关切当后台返回的是一个List 数据(List当中的数据是Json格式)时,有没脏数据即不是严格的JSON格式。 很隐蔽的可能是数据某一个字段中在开始或末尾含有特殊字符,以"回车键"、"Tab键"等 这类隐蔽错误的规避措施就是好的编程习惯: a. 对于在页面填写入库的数据最好强制性的做,去空操作<利用客户端最好>。 b. 特殊的业务需注意特殊字符。 这样还不够,因为在开发过程中测试或开发人员自己在数据库中手动添加数据,可能会多加了空格等,导致程序调试,测试带来了麻烦。 这时就需要考虑在后台代码对获取的数据做处理。 2. 原因是ajax请求跨域了,解决方法是在两个文件里都添加一段 js: [/b]document.domain,或者采用Jsonp的方式,如我的前一篇blog中提到的。 还有一点对JQuery 中Ajax的一点其它的认识: 客户端发起请求,得到服务器端的相应是200,<正确拿到服务器响应的数据>没有问题.此时在判断进入success 对应的回调函数还是进入到error对应的回调函数之前,可能会校验一些东西: 1. 返回的每条数据是否是dataType中定义的数据类型。如果有部分数据不是或者哪怕一条数据没有严格的按照dataType定义的类型,程序就会进入到error:function(){****} 2. 请求的域和当前域是否是同一域,如果不是同一域也十分有可能进入error:function(){***}

03
领券