事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

Quote: 引用 1 楼 yupeigu 的回复:

事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

那我是不是可以理解为 非事务型的表也可以做update操作，但是无法作为事务进行回滚。

Quote: 引用 2 楼 derekrose 的回复:

Quote: 引用 1 楼 yupeigu 的回复:

事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

那我是不是可以理解为 非事务型的表也可以做update操作，但是无法作为事务进行回滚。

也不是，非事务型的系统，不是不需要事务，或者没有事务，而其实应该理解为，事务操作很少，因为基本上都是select，所以也就不需要事务。

另外，数据库的本质特性，就是事务，所以肯定是支持事务的，

比如，你网一个txt文件写数据，突然系统断电了，那么数据就丢失了，或者处于不一致的情况，

而支持事务的好处是，先写日志，然后再写txt文件，这样就保证了系统重启后，数据不会出现不一致的情况。

当然，现在很多nosql的系统，往往不支持事务，这些我觉得，是功能不完全的数据库把，还需要大量的改进，一般只适合与互联网领域，对数据准确要求不高的应用

Quote: 引用 4 楼 yupeigu 的回复:

Quote: 引用 2 楼 derekrose 的回复:

Quote: 引用 1 楼 yupeigu 的回复:

事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

那我是不是可以理解为 非事务型的表也可以做update操作，但是无法作为事务进行回滚。

也不是，非事务型的系统，不是不需要事务，或者没有事务，而其实应该理解为，事务操作很少，因为基本上都是select，所以也就不需要事务。

问一个白痴的问题，是不是在非事务型的系统上进行update的时候 我们就需要自己进行加锁了，而在事务型的系统上进行update的时候 系统会自动加锁

 这个帖子分数有点少了 结贴后再开一贴给你分

Quote: 引用 6 楼 yupeigu 的回复:

另外，数据库的本质特性，就是事务，所以肯定是支持事务的，

比如，你网一个txt文件写数据，突然系统断电了，那么数据就丢失了，或者处于不一致的情况，

而支持事务的好处是，先写日志，然后再写txt文件，这样就保证了系统重启后，数据不会出现不一致的情况。

当然，现在很多nosql的系统，往往不支持事务，这些我觉得，是功能不完全的数据库把，还需要大量的改进，一般只适合与互联网领域，对数据准确要求不高的应用

 是不是不支持事务的数据库可能性能上要好很多呢

Quote: 引用 5 楼 derekrose 的回复:

Quote: 引用 4 楼 yupeigu 的回复:

Quote: 引用 2 楼 derekrose 的回复:

Quote: 引用 1 楼 yupeigu 的回复:

事务型的表，

之前没听说过。

但是有事务型系统，也就是OLTP系统，还有非事务型的系统，比如OLAP系统。

事务型，就是有大量的事务，频繁的进行insert、update、delete操作，select相对较少，这些系统有大量的事务，比如：每秒有1000事务要运行，这些操作都需要在一个事务中，一旦运行时报错，那么就要全部回滚，如果不报错，就全部提交。

而非事务型的系统，olap系统，一般也称为数据仓库系统，主要是用于进行联机分析的，基本上都是select 操作，比如：各种报表，对未来利润的预测和分析等等

那我是不是可以理解为 非事务型的表也可以做update操作，但是无法作为事务进行回滚。

也不是，非事务型的系统，不是不需要事务，或者没有事务，而其实应该理解为，事务操作很少，因为基本上都是select，所以也就不需要事务。

问一个白痴的问题，是不是在非事务型的系统上进行update的时候 我们就需要自己进行加锁了，而在事务型的系统上进行update的时候 系统会自动加锁

 这个帖子分数有点少了 结贴后再开一贴给你分

对于udpate操作，数据库自动加锁的，这个和一般的程序设计不一样，比如你用c语言写程序，

设置一个全局变量，线程1要访问，线程2也要访问，那么数据可能就不对了，这时，你要通过mutex，semaphore等，来实现线程间的同步。

而update操作也是如此，只不过数据库自动来实现了这个数据的同步访问，而不需要你写任何的加锁的代码。

当然，数据库比较灵活，可以指定锁的粒度，比如是对某条记录加锁，还是一个数据页加锁，还是表加锁，还是整个数据库都加锁