写数据库软件有哪些问题吗，拿Excel做数据库有什么坏处

来源：整理时间：2024-06-16 11:51:50 编辑：黑码技术手机版

本文目录一览

1，拿Excel做数据库有什么坏处
2，如何利用VB编写数据库软件
3，数据库应用系统设计和开发过程中应该注意那些问题
4，用JSP和数据库做系统有什么优缺点
5，一般在写SQL时需要注意哪些问题可以提高查询的效率

1，拿Excel做数据库有什么坏处

最大的问题是没有数据库的功能.比如说sql没法用.

excel 是文件形式保存数据，而且保存的数据很有限制，数据库是专门存储数据的软件系统，对于数据的存储量比较大，而且维护起来也方便

EXCEL 处理的数据也不少了关键是EXCEL 只能同时给一个人进行作业如果出现多人同时使用是不行的

拿Excel做数据库有什么坏处

2，如何利用VB编写数据库软件

如果用的是VB 6.0 那么用里面自带的一个控件DATA就可以直接访问ACCESS数据库,只要设置几个文本框再设置其属性中的一个值为对应的ACCESS里的字段就可以了,本人由于好久没用VB了所以说的不是很详细请见量!!!自己多试试很简单!

楼主，你能不能多打几个逗号，不要一句话这么长，长了一口念不完会断气的。断气了再少的分也没有用。还有，真的不明白，你是用access还是excel还是要做什么，行也行就行了，我就没明白了，说具体吧。别省字。

如何利用VB编写数据库软件

3，数据库应用系统设计和开发过程中应该注意那些问题

系统设计中应该注意:1.实体间的关系.以及如何准确表达这些关系.2.把关系转化为表3.对表进行优化,去除冗余.一般3范式就可以了开发中注意:1.数据库操作时是否会产生冗余垃圾数据.比如删除了学生后,它的信息也应该一起删除.2.数据库的维护,备份,安全问题.

软件是用来开发让普通人用的，人机界面的友好成度直接决定了你的软件的易用性和健壮性用户可能有各种各样的操作，在程序员开来有些是非法的操作，但用户并不知道，你要去增加你系统的健壮性数据库应用程序需要数据库引擎支持，此类程序一班是一个比较庞大的系统，一个庞大的系统是否有一个友好的界面，不仅决定了你系统的可操作性，也决定了你系统的健壮性

数据库应用系统设计和开发过程中应该注意那些问题

4，用JSP和数据库做系统有什么优缺点

一搓毛的答案很明显是在误导，糊弄事，所谓MVC虽然是SUN公司首先提出的一种软件模式，但是这种模式并不局限于JSP，现在任何在图形界面操作系统上跑的程序都要尽可能使用MVC模式来做至于使用JSP来做MVC的话就是使用了SUN公司最初的model1，如果使用JSP servlet javabean就是model2，而php如果要做MVC就只能用model1了，因为你所有的函数都要写在.php后缀的页里，至于MVC框架，struts和struts2都是比较完整的MVC框架，spring里面虽然也有spring MVC不过用的人很少，多数时候还是用spring来做IoC框架和AOP框架，hibernate是一个持久化框架，php的话虽然没有这么多成熟的开源框架，但是php有很多成熟的CMS系统，可以在里面简单修改，也有很多人为这些架站机写各种功能的模块

用JSP和数据库做系统它的使用范围比较大，它以java为基础，即可跨平台使用，最主要的是编程容易。但是，jsp需要有服务器才能运行，没有可执行文件.exe

jdbc:microsoft:sqlserver: 这是sql server 。。。 jdbc:mysql://localhost:3306 这是mysql的。。。。 oracle.jdbc.driver.oracledriver这是oracle的。。。

呵呵，2楼说的还有点意思。其实我倒是觉得大家都没说到点子上，楼主问的问题就不对，我觉得应该纠正楼主的观念才对。jsp和数据库本身没有任何可比性，如果按照MVC来说，那一个是V，一个是M，jsp是view，是表现层，数据库位于数据层，是model的一部分，你说这两玩意比什么。倒是可以说，你要是用jsp了，那你总得需要一个数据库做为model层，但是数据库又有好多种，看你用什么了。对于这两者来说，他们位于不同的层，没有可比性。

5，一般在写SQL时需要注意哪些问题可以提高查询的效率

1.尽量使用索引，索引很多情况下可以提高查询效率2.避免使用or语句3.避免使用not in语句4.可以使用exists和not exists代替in和not in语句……还有很多种情况你网上可以很容易查到

1. SQL优化的原则是：将一次操作需要读取的BLOCK数减到最低,即在最短的时间达到最大的数据吞吐量。调整不良SQL通常可以从以下几点切入： ? 检查不良的SQL，考虑其写法是否还有可优化内容 ? 检查子查询考虑SQL子查询是否可以用简单连接的方式进行重新书写 ? 检查优化索引的使用 ? 考虑数据库的优化器 2. 避免出现SELECT * FROM table 语句，要明确查出的字段。 3. 在一个SQL语句中，如果一个where条件过滤的数据库记录越多，定位越准确，则该where条件越应该前移。 4. 查询时尽可能使用索引覆盖。即对SELECT的字段建立复合索引，这样查询时只进行索引扫描，不读取数据块。 5. 在判断有无符合条件的记录时建议不要用SELECT COUNT （*）和select top 1 语句。 6. 使用内层限定原则，在拼写SQL语句时，将查询条件分解、分类，并尽量在SQL语句的最里层进行限定，以减少数据的处理量。 7. 应绝对避免在order by子句中使用表达式。 8. 如果需要从关联表读数据，关联的表一般不要超过7个。 9. 小心使用 IN 和 OR，需要注意In集合中的数据量。建议集合中的数据不超过200个。 10. <> 用 < 、 > 代替，>用>=代替，<用<=代替，这样可以有效的利用索引。 11. 在查询时尽量减少对多余数据的读取包括多余的列与多余的行。 12. 对于复合索引要注意，例如在建立复合索引时列的顺序是F1，F2，F3，则在where或order by子句中这些字段出现的顺序要与建立索引时的字段顺序一致，且必须包含第一列。只能是F1或F1，F2或F1，F2，F3。否则不会用到该索引。 13. 多表关联查询时，写法必须遵循以下原则，这样做有利于建立索引，提高查询效率。格式如下select sum（table1.je） from table1 table1, table2 table2, table3 table3 where (table1的等值条件（=）) and (table1的非等值条件) and (table2与table1的关联条件) and (table2的等值条件) and (table2的非等值条件) and (table3与table2的关联条件) and (table3的等值条件) and (table3的非等值条件)。注:关于多表查询时from 后面表的出现顺序对效率的影响还有待研究。 14. 子查询问题。对于能用连接方式或者视图方式实现的功能，不要用子查询。例如：select name from customer where customer_id in ( select customer_id from order where money>1000)。应该用如下语句代替：select name from customer inner join order on customer.customer_id=order.customer_id where order.money>100。 15. 在WHERE 子句中，避免对列的四则运算，特别是where 条件的左边，严禁使用运算与函数对列进行处理。比如有些地方 substring 可以用like代替。 16. 如果在语句中有not in（in）操作，应考虑用not exists（exists）来重写,最好的办法是使用外连接实现。 17. 对一个业务过程的处理，应该使事物的开始与结束之间的时间间隔越短越好，原则上做到数据库的读操作在前面完成，数据库写操作在后面完成，避免交叉。 18. 请小心不要对过多的列使用列函数和order by,group by等，谨慎使用disti软件开发t。 19. 用union all 代替 union，数据库执行union操作，首先先分别执行union两端的查询，将其放在临时表中，然后在对其进行排序，过滤重复的记录。当已知的业务逻辑决定query A和query B中不会有重复记录时，应该用union all代替union，以提高查询效率。