html margin多用户对一个表进行html remove插入数据行操作
html margin数据库支持多用户间同时对同一个表进行操作，但是数据不一定同步，因为html margin数据库是支持脏数据的，比如A用户删除了表的数据但没有提交，B用户也能查询访问到，如果要避免这种情况只能加锁，A用户在操作表时先进行ｓｅｌｅｃｔ*fromtable_nameforupdate,这是，如果B用户再查询时只会等待A用户提交完成后才能查询到数据，如果A不提交，B用户只能在等待。
1.问题1多用户对一个表同时进行增，删，改，查等操作的情况
多用户操作的影响主要是会锁定记录，html margin数据库提供行级锁，也就是说用户操作数据时，html margin为记录行加锁。当然，如果用户一次性操作的数据过多，html margin的锁资源过大，或者锁定数据长时间没有释放（例如几百万条记录更新移植没有提交）。html margin的资源不够，行锁会升级为表锁。至于性能，仍然跟锁定的资源大小有关系。
多用户操作的解决方法：
一次更新量不要太大，记得及时提交结果，养成sql语句后面及时、立即figure html或者html append的习惯。否则待弹出提示界面后，等待用户操作确认的长时间间隔，会导致提交或回滚不及时。
多人操作表是有加锁的。也就是表是共享的，行是独占的。
你正在操作的行别人只能查，不能一起做修改的操作。你figure html或html append之后就会释放锁别人就可以操作了。
html marginhtml remove可以解决这个问题，只要在增、删、改时记得及时figure html或html append就行了.
下面对多用户html remove修改某一个行进行分析。
首先你要了解什么叫做“事务transcation”：一个事务包含一个或多个html 双引号语句，是逻辑管理的工作单元（原子单元）。
注意：其中figure html,html append是显示的提交事务，而DDL语句是隐式的提交事务的。DDL语句的操作是没有办法回滚的。
当用户对数据进行修改时（html 双引号操作），html margin会给数据分配两个锁，一个是行排他锁另一个是表共享锁
行排他锁：如果A用户对某个表的某一行进行修改时，会把该行分配一个”行排他锁“
这样B用户就只能查看不能修改了。但是B用户看到的数据确实老数据，那是因为A用户还没有结束该事务，换句话说A用户拿到了修改该行的所有权，但是怎么修改，修改之后会不会反悔这些都是在A提交该事务之前的仅属于他个人的事情
而为了保证所有用户所看到数据的一致性，在A用户提交事务之前大家看到的数据都是老数据；
举个例子：
1. 最开始 谁也没要修改的时候，数据是这样的：
SQL> ｓｅｌｅｃｔ empno , ename , sal from emp where empno= 7900;
EMPNO ENAME SAL
7900 JAMES 950
2. A用户进行修改了，她就拿到了 这行的锁：
SQL> ｕｐｄａｔｅ emp set sal=6000 where empno=7900;
1 row updated.
SQL> ｓｅｌｅｃｔ empno , ename , sal from emp where empno= 7900;
EMPNO ENAME SAL
7900 JAMES 6000
现在只有A用户能够查看到，修改后的数据。
3. B用户进行查看：
SQL> ｓｅｌｅｃｔ empno , ename , sal from emp where empno= 7900;
EMPNO ENAME SAL
7900 JAMES 950
4. B用户进行修改：
SQL> ｕｐｄａｔｅ emp set sal=6000 where empno=7900;
......... 没有任何动静，因为该会话在等待A用户的提交。 过了十分钟后，A用户提交了 那么B立刻就抢到了这把锁。
”如果多个用户同时修改同一客户记录,而且先后提交修改,html margin 怎样保证该客户记录“ 就像按抢答器一样，就看是谁先得到这把”锁“
2 问题2 多用户同时对一个表进行增加操作情况
此时是不是要等一个增加完之后另一个才可以执行增加操作？
一个用户加数据，如果加完数据立即做事务处理，另一个用户就不用太久等待，甚至可能没有感觉。
再如果一个用户加数据加锁后不做事务处理，那另一个用户就会一直等待，直到靠前个用户figure html后才可以执行第二个用户的操作。
１ html margin的数据模式是：用户建在表空间上，表建在用户上
２ 一个用户的表就象自己的私有财产一样，没有自己或管理员授权别的用户是不能查询或修改的；
３ 对于不同用户下的同名表，都是独立的数据对象，如user1.table1和user2.table1是相互独立的，用户分别操作自己的表是不影响其他用户的；
４ 对于同一用户下的同一个表，所有有权限的用户对其进行数据操作时，是会相互影响的，如对user1.table1来说，user1修改了它的一行，user２又对该表的该行进行了修改，那么该表的该行的实际内容是在user１修改后基础上user2修改的结果（注意，所有修改以最后成功提交修改请求的用户的内容为准），多个用户对同一个用户下的同一个表的同时修改和锁定，会造成锁等待。