开发常见数据库问题总结及分析
数据库存在的问题及建议
数据库存在的问题及建议一、引言数据库是现代信息系统的核心，它承载着企业的数据资产，为企业的决策和运营提供了重要支持。
然而，在实际使用过程中，我们也会发现一些问题，这些问题不仅影响了数据库的性能和稳定性，也会对企业的业务产生负面影响。
本文将从多个角度分析数据库存在的问题，并提出相应建议。
二、安全性问题1. 数据泄露数据库中存储着大量敏感信息，如客户信息、交易记录等。
如果这些信息被恶意获取或泄露，将会给企业带来极大损失。
因此，在保证数据完整性和可用性的前提下，加强数据库安全措施尤为重要。
建议：（1）加强访问控制：限制用户权限、设置密码策略等；（2）加密敏感数据：对敏感数据进行加密保护；（3）备份与恢复：定期备份数据并测试恢复流程。
2. SQL注入攻击SQL注入攻击是指攻击者通过构造恶意SQL语句来绕过应用程序的身份验证机制或获取未授权访问权限。
这种攻击方式比较常见且难以防范。
建议：（1）过滤用户输入：对用户输入进行过滤，防止恶意注入；（2）使用参数化查询：使用参数化查询语句代替字符串拼接；（3）限制数据库用户的权限：将数据库用户权限控制在最小范围内。
三、性能问题1. 数据库响应时间慢数据库响应时间慢会影响系统的性能和用户的体验。
这种问题可能由于多种原因引起，如大量数据查询、索引失效等。
建议：（1）优化SQL语句：通过优化SQL语句、合理使用索引等方式提高查询效率；（2）分区表：对大表进行分区，提高查询速度；（3）增加缓存：增加缓存可以减少数据库IO操作。
2. 数据库死锁当多个事务同时请求同一资源时，可能会出现死锁问题。
这种问题会导致事务无法继续执行，从而影响系统的性能和稳定性。
建议：（1）合理设计事务：尽量避免长时间占用资源；（2）设置超时机制：设置超时机制可以避免死锁持续时间过长。
四、可维护性问题1. 数据库设计不合理数据库设计不合理会导致数据冗余、难以维护等问题。
这种问题在系统开发初期应该尽量避免。
数据库常见问题处理
数据库常见问题处理一、数据库连接问题1. 连接超时：当数据库连接超过设定的时间限制时，会出现连接超时的问题。
可以通过增加连接超时时间或优化数据库连接池来解决。
2. 连接池满：当数据库连接池已满时，新的连接请求无法得到响应。
可以通过增加连接池的最大连接数或释放闲置连接来解决。
二、数据查询问题1. 查询速度慢：当数据库中的数据量过大或查询语句复杂时，查询速度会变慢。
可以通过创建索引、优化查询语句或增加硬件资源来提升查询速度。
2. 查询结果不准确：当查询结果与预期不符时，可能是由于查询条件不准确或数据不一致导致的。
可以检查查询条件是否正确，并进行数据校验和修复。
三、数据更新问题1. 更新失败：当更新操作无法生效或报错时，可能是由于数据冲突、权限不足或数据完整性约束导致的。
可以检查更新语句和数据完整性约束，并确保有足够的权限进行更新操作。
2. 更新数据丢失：当更新操作导致部分数据丢失时，可能是由于未加事务或事务隔离级别不正确导致的。
可以使用事务来保证更新操作的原子性，并设置适当的事务隔离级别。
四、数据备份与恢复问题1. 数据备份失败：当数据备份操作失败时，可能是由于备份设备故障、备份策略不正确或备份操作被中断导致的。
可以检查备份设备是否正常、调整备份策略或重新执行备份操作。
2. 数据恢复困难：当数据损坏或丢失时，需要进行数据恢复操作。
可以使用数据库的备份和恢复工具，按照备份的时间点进行数据恢复。
五、性能优化问题1. 资源占用过高：当数据库占用过多的CPU、内存或磁盘资源时，会导致系统性能下降。
可以通过优化查询语句、增加硬件资源或调整数据库参数来降低资源占用。
2. 并发性能问题：当多个用户同时访问数据库时，可能会出现性能瓶颈。
可以通过增加并发连接数、优化事务处理或使用缓存来提高并发性能。
六、安全性问题1. 数据泄露风险：当数据库中的敏感数据受到未授权访问或恶意攻击时，会导致数据泄露。
可以通过加强数据库访问控制、使用加密技术或定期审计数据库安全来减少数据泄露风险。
数据库设计中常见问题分析与解决方案
数据库设计中常见问题分析与解决方案在进行数据库设计的过程中，常常会遇到一些常见问题，这些问题可能会影响数据库的性能、数据完整性以及系统的稳定性。
正确识别并解决这些问题对于数据库的有效管理和运作至关重要。
本文将分析数据库设计中常见问题，并给出相应的解决方案。
1. 数据冗余问题数据库中的数据冗余是指存储了重复、重叠或冗余的数据，造成了存储空间的浪费，降低了数据库的性能。
在数据库设计中，数据冗余是不能被忽视的问题。
解决方案：- 规范化数据表结构：通过合理设计数据表的关系，避免数据冗余。
- 使用外键约束：利用外键约束确保数据的一致性，避免数据冗余。
2. 数据库性能问题数据库的性能是衡量一个数据库系统是否优秀的重要指标之一。
在数据库设计中，存在一些常见的性能问题，如慢查询、索引失效等。
解决方案：- 优化数据库查询：通过使用索引、限制返回的行数、尽量避免使用全表扫描等优化手段，提高查询效率。
- 合理使用索引：对于频繁进行查询的字段，建立适当的索引，以加快查询速度。
3. 数据一致性问题数据库中的数据一致性是指数据的完整性和准确性，包括数据约束和数据关系的约束。
解决方案：- 使用约束：通过定义合适的约束条件来保证数据的一致性，如主键约束、外键约束、唯一约束等。
- 事务管理：通过使用事务的概念，保证数据库中的所有操作要么全部成功，要么全部失败，确保数据的一致性。
4. 安全性问题数据库设计中存在的另一个重要问题是数据的安全性。
数据库中存储着众多敏感信息，未经授权的访问可能会导致数据泄露、篡改等风险。
解决方案：- 实施访问控制：通过对用户进行身份认证和权限管理，确保只有授权的用户能够访问数据库。
- 加密数据：通过对重要数据进行加密，提高数据的安全性。
5. 扩展性问题随着业务的不断发展和变化，数据库的数据量和访问量可能会不断增加。
为了保证数据库的性能和稳定性，需要考虑数据库的扩展性。
解决方案：- 使用分区表：通过将数据按某个特定条件分区，可以减少查询的数据量，提高查询速度。
在数据库设计过程中遇到的问题及解决问题
在数据库设计过程中遇到的问题及解决问题在数据库设计过程中，我们常常会遇到一些问题，需要找到合适的解决方法。
下面我将介绍一些我在数据库设计过程中遇到的问题及解决方法。
问题一：数据冗余在数据库设计过程中，我们经常会遇到数据冗余的问题。
数据冗余指的是在数据库中存储了重复的数据，这会浪费存储空间，并且容易导致数据不一致的问题。
解决方法：通过规范化数据库设计，可以避免数据冗余。
规范化是一种将数据库设计分解为多个关系表的过程。
通过将数据分解成更小的关系表，并通过关系来连接这些表，可以减少数据冗余的问题。
问题二：数据完整性在数据库设计中，数据完整性是一个重要的问题。
数据完整性指的是数据库中的数据必须满足一定的规则和约束，以保证数据的正确性和一致性。
解决方法：可以通过在数据库中设置约束来确保数据的完整性。
比如，可以使用主键约束来保证表中的每条记录都有唯一的标识符，使用外键约束来保证表之间的关系的一致性，使用检查约束来限制某些字段的取值范围等。
问题三：查询性能在数据库设计中，查询性能可能是一个关键问题。
如果数据库设计不合理，查询可能会变得非常缓慢，影响系统的性能。
解决方法：可以通过合理的索引设计来提高查询性能。
索引是一种数据结构，可以加速数据库中的数据检索。
通过在关键字段上创建索引，可以大大提高查询的速度。
同时，还可以通过优化查询语句，避免全表扫描等操作，进一步提高查询性能。
问题四：数据安全性在数据库设计中，数据安全性是一个非常重要的问题。
数据库中存储了大量的敏感数据，如果不加以保护，容易导致数据泄露和安全漏洞。
解决方法：可以通过在数据库中设置访问控制、加密和审计等机制来提高数据的安全性。
比如，可以设置用户权限，只允许特定的用户访问特定的数据；可以对敏感数据进行加密存储，防止数据泄露；可以记录数据库操作日志，方便后续的审计和追踪。
问题五：数据一致性在数据库设计中，数据一致性是一个不可忽视的问题。
数据一致性指的是数据库中的数据必须保持一致，即不会出现冲突或矛盾的情况。
数据库操作中的常见问题与解决方法
数据库操作中的常见问题与解决方法随着互联网和大数据时代的到来，数据库的应用越来越广泛。
然而，用户在进行数据库操作时，常常会遇到一些问题，例如数据丢失、查询速度慢等等。
下面将介绍数据库操作中常见的问题，并提供解决方法。
1. 数据库连接问题在使用数据库之前，首先需要建立数据库连接。
一些常见的连接问题包括无法连接到数据库、连接池满了或者连接超时等。
解决方法如下：- 检查数据库服务器是否处于运行状态，确保数据库服务器已经启动；- 检查数据库服务器的网络配置，确保网络连接正常；- 检查连接池配置，增加连接池容量或调整超时时间；- 检查数据库驱动版本是否匹配，如果不匹配，则更新数据库驱动。
2. 数据库备份与恢复问题数据库备份是数据安全的关键步骤之一，而数据恢复是避免数据丢失的有效手段。
然而，备份与恢复时可能会遇到以下问题：- 备份文件的存储空间不足。
解决方法是定期清理旧的备份文件或增加存储空间；- 恢复失败。
解决方法是检查备份文件是否完整，或者使用备份软件提供的日志文件进行恢复。
3. 数据库性能问题数据库性能是保持系统高效运行和快速响应用户请求的关键。
常见的性能问题包括查询速度慢、数据量过大等。
解决方法如下：- 索引优化。
使用合适的索引可以提高查询速度，但过多的索引会增加写操作的开销。
定期检查并调整索引是保持数据库性能的重要措施之一；- 查询优化。
避免不必要的查询，使用合适的查询条件和限制返回的结果集大小；- 数据库分片。
如果数据量过大，可以考虑进行数据库分片以分担负载。
4. 数据库安全问题数据安全是数据库操作中一个重要的方面。
常见的安全问题包括数据泄露、非授权操作等。
解决方法如下：- 加密敏感数据。
针对敏感信息，可以使用加密算法对数据进行加密，以保护数据的安全性；- 数据库访问控制。
设置合适的用户权限和角色管理，限制非授权用户的访问权限；- 定期审计。
定期检查数据库日志，及时发现并处理潜在的安全问题。
5. 数据库事务问题事务是保持数据库的一致性和完整性的重要机制。
数据库设计的常见问题与解决方法
数据库设计的常见问题与解决方法在当今信息化时代，数据库已经成为了企业和组织中不可或缺的一部分。
数据库设计的好坏直接影响着系统的性能和数据的可靠性。
然而，数据库设计中常常会遇到一些问题，本文将探讨一些常见的问题，并提供相应的解决方法。
一、数据冗余数据冗余是指在数据库中存储了多个相同或相似的数据，造成了存储空间的浪费和数据的不一致。
数据冗余不仅会增加数据库的存储压力，还会导致数据更新困难和查询效率低下。
解决方法：1. 规范化设计：通过规范化设计，将数据拆分成多个表，每个表只包含一个实体或一个关系。
这样可以消除冗余数据，提高数据的一致性和完整性。
2. 使用外键约束：在关系型数据库中，可以使用外键约束来保证数据的一致性。
通过在表之间建立关系，可以避免数据冗余和不一致的问题。
3. 数据备份和恢复：定期进行数据备份，以防止数据丢失。
同时，备份数据也可以用于恢复数据库中的冗余数据。
二、性能问题数据库性能问题是指数据库在处理大量数据时出现的延迟和响应时间过长的情况。
这会导致系统的运行效率低下，影响用户的体验。
解决方法：1. 索引优化：通过合理地创建索引，可以提高数据库的查询速度。
但是，过多的索引也会降低数据库的写入性能，因此需要权衡索引的数量和查询的频率。
2. 查询优化：通过优化查询语句，可以减少数据库的负载和响应时间。
可以使用EXPLAIN语句来分析查询语句的执行计划，找出潜在的性能问题并进行优化。
3. 分区技术：对于大型数据库，可以使用分区技术将数据分散到多个物理存储设备上，提高数据库的并发处理能力和查询性能。
三、安全性问题数据库安全性问题是指未经授权的用户访问数据库或者对数据库进行非法操作的情况。
这会导致数据泄露、数据损坏或者系统崩溃。
解决方法：1. 访问控制：通过设置用户权限和角色，限制用户对数据库的访问和操作。
只有经过授权的用户才能访问敏感数据。
2. 数据加密：对于重要的数据，可以使用数据加密技术进行保护。
数据库技术实践中的常见问题及解决方法
数据库技术实践中的常见问题及解决方法在数据库技术的实践过程中，常常会遇到各种问题。
本文将探讨数据库技术实践中的一些常见问题，并提供相应的解决方法。
一、性能问题数据库性能是一个重要的关注点，当数据库性能下降时，可能会导致系统响应变慢或出现崩溃。
常见的数据库性能问题包括慢查询、高并发、大数据量、索引失效等。
针对这些问题，可以采取以下解决方法：优化SQL查询语句：通过分析慢查询日志，找出执行时间较长的SQL语句，并针对性地进行优化。
优化的方式包括添加索引、调整查询顺序、减少不必要的查询等。
增加硬件资源：当数据库并发量较大或数据量较大时，可以考虑增加硬件资源，如增加内存、使用更高性能的硬盘等。
这样可以提高数据库的处理能力，提升系统的响应速度。
合理设计数据库结构：在数据库设计阶段，应该考虑到数据的读取和写入操作的频率，合理设计数据库的表结构和索引。
通过优化数据库结构，可以提高查询效率，减少不必要的IO操作。
二、数据安全问题数据库中存储着重要的数据资产，数据安全是数据库管理者必须重视的问题。
常见的数据安全问题包括数据泄露、数据被篡改、数据丢失等。
以下是一些解决方法：数据备份与恢复：定期进行数据库备份，并测试备份的完整性，以便在数据丢失时可以及时恢复。
备份可以选择全量备份或增量备份，根据业务需求确定备份频率。
数据访问控制：合理设置数据库用户权限，只给予必要的数据访问权限。
禁止使用默认用户名和密码，并定期修改数据库密码。
使用加密技术：对于重要的敏感数据，可以采用加密技术进行保护。
加密可以应用在数据传输过程中，也可以应用在数据存储过程中。
三、容灾与高可用问题在数据库运营过程中，需要考虑容灾和高可用性的问题，以确保系统的稳定性和可用性。
以下是一些解决方法：数据库复制：采用数据库复制技术，将主数据库的数据同步到一个或多个备份数据库。
当主数据库发生故障时，可以快速切换到备份数据库，确保系统的连续性。
数据库集群：采用数据库集群技术，将数据库分布在多台服务器上，实现负载均衡和故障切换。
数据库故障处理总结
数据库故障处理总结在当今数字化的时代，数据库作为企业和组织存储和管理关键信息的核心组件，其稳定运行至关重要。
然而，由于各种原因，数据库故障不可避免。
及时、有效地处理这些故障，对于保障业务的连续性和数据的完整性具有重要意义。
接下来，我将对数据库故障处理的相关内容进行总结。
一、常见的数据库故障类型1、硬件故障硬件故障是数据库故障中较为严重的一种。
例如，服务器的硬盘损坏、内存故障、电源故障等。
这些问题可能导致数据库服务突然中断，数据丢失或损坏。
2、软件故障数据库软件本身可能存在漏洞或错误，如数据库系统的崩溃、补丁安装失败、升级过程中的问题等。
3、网络故障网络连接不稳定、网络延迟过高或网络中断都可能影响数据库的正常访问和数据传输。
4、人为操作失误这是比较常见的故障原因之一。
例如，误删除数据、错误的配置更改、未遵循标准操作流程等。
5、数据损坏数据可能由于病毒攻击、存储介质老化、系统错误等原因而损坏。
二、数据库故障的监测与预警为了能够及时发现数据库故障，我们需要建立有效的监测与预警机制。
1、性能指标监控定期监控数据库的关键性能指标，如 CPU 使用率、内存利用率、磁盘 I/O 速度、连接数等。
当这些指标超过预设的阈值时，及时发出警报。
2、日志分析仔细分析数据库的日志文件，包括错误日志、事务日志等。
通过对日志的分析，可以提前发现潜在的问题。
3、数据备份与恢复验证定期对数据备份进行恢复验证，确保备份数据的可用性和完整性。
4、监控工具的使用利用专业的数据库监控工具，如 Nagios、Zabbix 等，它们可以提供更全面、实时的监控和报警功能。
三、数据库故障处理的流程1、故障报告与确认当发现数据库故障时，相关人员应及时报告。
负责处理故障的人员需要对故障进行确认，明确故障的类型、影响范围和严重程度。
2、紧急处理对于严重影响业务的故障，应采取紧急措施，如暂时切换到备用系统、暂停相关业务操作等，以减少损失。
3、故障分析对故障进行深入分析，查找故障的根本原因。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
•
from dba_objects where rownum<=100;
• SQL> insert into userinfo(userid,username,salary)
•
select rownum+100 as userid,'李'||rownum as username,1500+rownum as salary
常见数据库问题总结--绑定变量问题
程序未采用预编译语句导致未绑定变量 动态sql语句未实现绑定变量
一切从表结构开始
常见数据库问题总结--索引的使用问题
类型隐式转换导致索引失效
*程序中变量(参数)类型跟表中定义不一致导致隐式转换 *存储过程或者sql语句中参数,变量定义跟表不一致导致隐式转换 *同一意义的字段在各表中类型不一致但需要进行连接操作产生隐式 转换—设计问题(areacode字段在个邮不同表中的数据类型)
引用sequence的程序未考虑值域导致的溢出问题
程序最终崩溃—短线程序之重复下发短信
一切从表结构开始
常见数据库问题总结– Oracle基本原理理解问题
多版本一致性理解的问题
读不堵塞写，写不堵塞读的理解问题
• INSERT INTO MMS_Send_HIS_Info
•
(seq,
•
spsid,
•
from dba_objects where rownum<=100;
• SQL> insert into userinfo(userid,username,salary)
•
select rownum+200 as userid,'李'||rownum as username,1300+rownum as salary
分成两条sql语句实现 一切从表结构开始
常见问题分析—索引使用问题
如何知道索引失效
执行计划是检查索引是否使用的唯一标准--v$sql_plan(OPTION=‘FULL’) 索引监控—定位当前索引的使用情况
索引使用---参见培训文档“索引.ppt”
一切从表结构开始
常见问题分析—rownum使用问题
•
….
FailReason)
•
SELECT MMS_Send_HIS_Info_seq.nextval,
•
spsid,
….
•
failreason
•
FROM MMS_UserSend_Info
•
WHERE Sendcount >=5 OR ( sysdate - LastDealTime > 10/(24*6*5) AND Status=1 ) OR status =-100 ;
一切从表结构开始
常见问题分析—索引使用问题
如何避免索引失效
类型隐式转换的规避 总原则：一切从表结构开始
程序定义变量数据类型与表一致 存储过程，函数等参数，变量定义跟表一致（采用取表字段数据类
型的方式可以有效的规避数据类型不一致及将来表数据类型修改时避 免存储过程不匹配）
表设计相同意义的字段在不同表中数据类型统一
根据rownum来进行并行处理
一切从表结构开始
常见数据库问题总结-- Sequence的使用问题
多此一举的sequence的使用
赋值给变量再使用，不必要的增加系统负荷
同一个表使用两个sequence
主键或者唯一键冲突，逻辑错误
同一个sequence用于两个表
竞争导致性能低下，seq相关等待事件
库体系结构 Troubleshooting Oracle Performance—Oracle性能诊断艺术
一切从表结构开始
Q&A 谢谢
一切从表结构开始
查询条件未包括索引前导列
根据业务等价性改写sql语句至使用上索引前导列
Where子句中的IS NULL和IS NOT NULL
此种情况需要从源头规避，即从表设计即对于会成为查询条件 或者参与运算的列保证为not null类型，从而规避这种查询需求。
查询同一张表中同一个字段的最大最小值使用一条sql语句实现
请按照条件分别写出上面的查询语句的结果集
SQL> create table userinfo(userid number,username varchar2(50),salary int);
• SQL> insert into userinfo(userid,username,salary)
•
select rownum as userid,'张'||rownum as username,1000+rownum as salary
•
(3) 修改salary字段约束后写出结果集
•
----如果能够毫无疑问的写出正确的结果集则说明对rownum及索引的存储理解超过了大部份人☺
一切从表结构开始
常见问题深入分析—sequence使用问题
如无必要，请直接调用序列 一个表一个字段请使用一个序列切勿混用 一个序列请仅用于一个表的一个字段 引用序列或者序列设置请结合实际
•
from dba_objects where rownum<=100;
• SQL> commit;
• (1) 创建索引前写出结果集
•
SQL> create index ix_userinfo$salary on userinfo(salary);
• （2）创建索引后写出结果集
•
SQL> alter table userinfo modify salary not null;
解决：书写格式化一致（确定全部采用大写或者小写，相同的缩进，空格统一，统一的换行标准 等）
实现绑定变量
不绑定变量会有什么问题 性能问题 硬解析(代码演示) 索引失效(代码演示)
安全问题(代码演示)
容易sql注入---早期139邮箱未绑定变量被注入案例(admin所有密码被修改，photoshow站点被 攻击）
程序中引用时请注意避免溢出问题 （数据类型定义跟序列定义匹配，无法匹配则要考虑序列对应表字段 是否唯一且永久性保存）
序列的设置考虑
如非必要请勿使用order，请一定要设置cache
在rac环境下 nocache+order的组合将是数据库杀手
一切从表结构开始
Oracle书籍推荐 Effective Oracle By Design—Oracle高效设计 Expert Oracle Database Architecture--Oracle 9i&10g编程艺术：深入数据
•
DELETE MMS_UserSend_Info
•
WHERE Sendcount >=5 OR ( sysdate - LastDealTime > 10/(24*6*5) AND Status=1 ) OR status =-100 ;
一切从表结构开始
常见问题分析—绑定变量问题
绑定变量
oracle判断一条sql语句是否相同仅以sql文本是否相同来判断，故文本不一致的sql语句，即需要进行解释生成不 同的执行计划。故会造成文本差异的情况即会导致硬解析。会导致文本不一致的情况如大小写，缩进，未绑定变量 等，其中又以未绑定变量的影响最大，且其影响是跟业务量成正比的，如果一个业务系统完全没绑定变量但又没有 造成严重问题其实也是种悲剧(设置cursor_sharing =similar的情况例外，但此种设置极易导致bug从而引发重大问 题） 。
详见培训文档”从Rowid&Rownum开始.ppt” 一个例子，请大家思考一下结果如何
select * from userinfo where rownum<=10 order by salary desc; select * from (select * from userinfo order by salary desc) where rownum<=10;
查询列上使用函数的规避
根据业务等价性改写语句尽量不需要使用函数 对于无法避免一定要使用函数的咨询DBA是否可以创建函数索引
一切从表结构开始
常见问题分析—索引使用问题
如何避免索引失效
索引列参与运算
根据业务等价性改写语句将运算转至条件（变量）
select * from mail_notify_info where modifytime+ 1 / 24 > sysdate =》 select * from mail_notify_info where modifytime> sysdate -1/24 注：即使modifytime列上没有索引也应该这样改写，为什么？
开发常见数据库问题 总结及分析
一切从表结构开始
大纲
• 开发常见数据库问题总结 • 常见问题分析 • 书籍介绍
数据库开发原则:一切从表结构开始
一切从表结构开始
开发常见数据库问题总结
绑定变量问题 索引使用问题 Rownum使用问题 Sequence使用问题 Oralce基本原理的理解问题
一切从表结构开始
索引列使用函数导致索引失效 查询条件上无索引导致索引失效—严重的设计问
题 组合索引前导列未在查询条件中导致索引失效或
者skip index range scan导致性பைடு நூலகம்低下
一切从表结构开始
常见数据库问题总结--rownum使用问题
Rownum使用跟排序同一层
select * from tab where rownum<=10 order by xx desc (这个查询的结果谁能够描述一下？）