MYSQL网页编程之在oracle中字段范例LONG的利用注重事项...
DBaaS系统本身并不提供面对面访问或个人客户关系或持续不断的支持MySQL学习教程。这些就是需要解决方案提供商的原因。他们帮助客户选择正确的解决方案、规划集成和迁移战略，然后协助实施。oracle利用申明：1、LONG数据范例中存储的是可变长字符串，最年夜长度限定是2GB。
2、关于超越必定长度的文本，基础只能用LONG范例来存储，数据字典中良多工具的界说就是用LONG来存储的。
3、LONG范例次要用于不必要作字符串搜刮的长串数据，假如要举行字符搜刮就要用varchar2范例。
4、良多工具，包含SQL*Plus，处置LONG数据范例都是很坚苦的。
5、LONG数据范例的利用中，要受限于磁盘的巨细。
可以操纵LONG的SQL语句：
1、Select语句
2、Update语句中的SET语句
3、Insert语句中的VALUES语句
限定：
1、一个表中只能包括一个LONG范例的列。
2、不克不及索引LONG范例列。
3、不克不及将含有LONG范例列的表作聚簇。
4、不克不及在SQL*Plus中将LONG范例列的数值拔出到另外一个表格中,如insertinto...select。
5、不克不及在SQL*Plus中经由过程查询其他表的体例来创立LONG范例列,如createtableasselect。
6、不克不及对LONG范例列加束缚前提（NULL、NOTNULL、DEFAULT除外），如：关头字列(PRIMARYKEY)不克不及是LONG数据范例。
7、LONG范例列不克不及用在Select的以下子句中：where、groupby、orderby，和带有distinct的select语句中。8、LONG范例列不克不及用于散布查询。
9、PL/SQL历程块的变量不克不及界说为LONG范例。
10、LONG范例列不克不及被SQL函数所改动，如：substr、instr。
一个相关的问题是第三方支持的资格问题，尽管直接来自厂商的支持和服务可以一定程度上减缓这个问题，但是，对于有的企业来说，通过强有力的本地化支持显然更有吸引力。 所以你总能得到相应的升级版本，来满足你的需求。 而写到本地,我又考虑到效率问题.大家来讨论讨论吧,分数不打紧,就给10分,十全十美,没啥对错,各抒己见,但是要有说服力的哦~ 多走走一此相关论坛，多看一些实例开发，多交流0经验，没什么的，我也是刚学没多久!加油 换言之，只有在不断的失败中尝试成功，而关于失败的总结却是很少的 外键的级联更能扩展可能大部分的同行在设计OLTP系统的时候都不愿意建立外键，都是通过程序来控制父子数据的完整性。 从项目平台的选择上讲，我们关心的，应该是一款产品能不能满足任务需求，而不是网上怎么说。 不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理? 同样会为索引视图等应用带来麻烦。看看行级和事务级的快照数据放在tempdb中，就能感觉到目前架构的尴尬。
页:
[1]