仓酷云

标题: MSSQL教程之XML数据库切磋1 [打印本页]

作者: 海妖 时间: 2015-1-16 22:31
标题: MSSQL教程之XML数据库切磋1
Federated将不同的Mysql服务器联合起来，逻辑上组成一个完整的数据库。非常适合分布式应用xml|数据|数据库
比来一向在研讨XML方面的内容，对XML在数据布局化保留互换所体现出来的壮大的性命力而感应衷心的服气。固然我对数据库方面大概对XML方面也不外仍是处于方才进门的阶段。但其实不妨害我对XML数据库的探究。我在这里写出我的一些设法，但愿有同志中人一同勉力，抑当是我举一反三，但愿今后能成为一个开源的项目，冲破西欧厂商在这方面的手艺把持。

好了，空话不说，起首说说XML数据库的观点。一样平常来讲XML数据库有两种，一种是地道的XML数据库，也就是数据的存储元是使用的XML布局的，一般称之为Native-XML数据库，别的一种，数据的存储仍是我们经常使用的干系型数据库，可是存取使用XML（实在就能够看做是一般的数据库加上了一个撑持XML的封装）。我想叙说的是前一种native-XML数据库。

起首，不能不供认我对干系型数据库的研讨其实不深切，基础上是因为事情必要，在ASP大概VB,Java程序顶用过一些SQL文和SQLServer,InterBase等轻量级的数据库。以是我归结出来的干系型数据库必要改善的中央也学其实不准确和完整。可是，任何事变都是两方面的，不深切的懂得，也削减了头脑的限定，让我在计划XML数据库的时分，少了良多束厄局促，让我有了更多的设想空间。这里我先枚举一下我以为干系型数据库所存在的成绩：一，对海量的数据查找不太简单，功能较低，特别是全文检索。二，数据散布式存储不简单完成。三，对存储在分歧服务器，分歧地位的数据不简单整合。四，面临愈来愈多的XML数据，转化存储力度不敷。五，不太简单完成字段数据范例的自界说。六，不克不及在数据表中存贮一个工具。七，不克不及用更切近客不雅形貌的天下关来纪录数据（在干系型数据库中，统统数据都是用“干系”来毗连的）。八，受限于厂商，不简单二次开辟，和扩大本人数据库的功效。九，会见体例的庞大化。十，不克不及与现有的Web无缝毗连。十一，数据坚持，在这个版本中的数据，不见得能被下个版本的DBServer所读取。
使为了数据安全，我们搭建了主从。但实时主从备份只能防止硬件问题，比如主库的硬盘损坏。但对于误操作，则无能为力。比如在主库误删一张表，或者一个update语句没有指定where条件，导致全表被更新。

作者: 山那边是海 时间: 2015-1-19 16:13
一个是把SQL语句写到客户端,可以使用DataSet进行加工;

作者: 谁可相欹 时间: 2015-1-28 08:09
数据库物理框架没有变动undo和redo都放在数据库得transaction中，个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库，可能能在一定程度上避免I/O效率问题。

作者: 飘灵儿 时间: 2015-2-5 20:05
对于数据库来说，查询是数据库的灵魂，那么SQL查询效率究竟效率如何呢？下文将带对SQL查询的相关问题进行讨论，供您参考。

作者: 兰色精灵 时间: 2015-2-13 10:43
不好!如果出了错;不好调试;不好处理!其实web开发将代码分为3层:web层;业务逻辑层和数据访问层;一般对数据库的操作都在数据访问层来做;这样便于调试和维护!而且将来如果是换了数据库的话;你只需要改数据层的代码;其他层的基本可以不变!要是你在jsp中直接调用sql数据库;那么如果换了数据库呢?岂不都要改?如果报了异常呢?怎么做异常处理?

作者: 只想知道 时间: 2015-3-3 20:34
代替了原来VB式的错误判断。比Oracle高级不少。

作者: 深爱那片海 时间: 2015-3-11 13:32
备份方面可能还是一个老大难的问题。不能单独备份几个表总是感觉不爽。灵活备份的问题不知道什么时候才能解决。

作者: 活着的死人 时间: 2015-3-18 21:01
每天坚持做不一样的是，认真做笔录，定时复习。一个月你就可以有一定的收获。当然如果你想在sql方面有一定的造诣，你少不了需要看很多很多的书籍了。

欢迎光临仓酷云 (http://ckuyun.com/)