java写代码解决主外健的问题呢

java写代码解决主外健的问题，
1、主键：
若某一个属性组(注意是组)能唯一标识一条记录，该属性组就是一个主键。主键不能重复，且只能有一个，也不允许为空。定义主键主要是为了维护关系数据库的完整性。
2、外键：
外键用于与另一张表的关联，是能确定另一张表记录的字段。外键是另一个表的主键，可以重复，可以有多个，也可以是空值。定义外键主要是为了保持数据的一致性。
3、索引：
索引是对表中一个或多个列的值进行排序的结构。
1) 应该创建索引的列的特点：
①　在经常需要搜索的列上创建索引，可以加快搜索的速度；
②　在作为主键的列上创建索引，强制该列的唯一性；
③　在经常用在连接的列上创建索引，主要是一些外键，可以加快连接的速度；
④　在经常需要根据范围进行搜索的列上创建索引，因为索引已经排序，其指定的范围是连续的；在经常需要排序的列上创建索引，因为索引已经排序，可以利用索引的排序加快查询；
⑤　在经常使用在WHERE子句中的列上创建索引，加快条件的判断速度。
2) 不应该创建索引的列的特点：
①　在查询中很少使用的列上不应该创建索引，因为这些列很少使用到，因此有索引或无索引，并不能提高查询速度，相反由于增加了索引，反而降低了系统维护速度，增大了空间需求；
②　在只有很少数据值的列上不应该创建索引，很少数据值的列如性别等，在查询的结果中，结果集的数据行占了表中数据行的很大比例，即需要在表中搜索的数据行的比例很大，增加索引，并不能明显加快检索速度；
③　当修改性能远远大于检索性能时，不应该创建索引，因为改性能和检索性能是互相矛盾的，当增加索引时，会提高检索性能，但会降低修改性能，当减少索引时，会提高修改性能，但会降低检索性能。因此，当修改性能远大于检索性能时，不应该创建索引。
3) 可以在数据库设计器中创建三种索引：
①　唯一索引：
不允许其中任何两行具有相同索引值的索引。
②　主键索引：
表的某一列或列组合，其值唯一标识表中的每一行，该列或列组合称为表的主键。为表定义主键将自动创建主键索引，主键索引是唯一索引的特定类型。该索引要求主键中的每个值都唯一。
③　聚集索引：
聚集索引：聚集索引表示表中存储的数据按照索引的顺序存储。由于聚集索引规定数据在表中的物理存储顺序，因此一个表只能包含一个聚集索引。
聚集索引实例：字典默认按字母顺序排序，如知道某个字的读音可根据字母顺序快速定位。
非聚集索引：非聚集索引表示数据存储在一个地方，索引存储在另一个地方，索引带有指针指向数据的存储位置，需要查询两个地方才能查找到数据。一个表可以包含多个非聚集索引，可以为查找数据时常用的每个列创建一个非聚集索引。
非聚集索引实例：如需查询某个生僻字，则需按字典前面的索引，如按偏旁进行定位，找到该字对应的页数，再打开对应页数找到该字。
与非聚集索引相比，聚集索引通常提供更快的数据访问速度，但对数据更新影响较大。
4)索引的优点：
加快对数据的检索。
5)索引的缺点：
①　减慢数据录入的速度；
②　增加了数据库的尺寸大小。
4、主键和外键的关系：
外键是另一个表的主键，主键是可以被外键有效引用的对象。若A表中的一个字段，是B表的主键，则它可以是A表的外键。

Java解析档案急！

FileInputStream f = null;
try {
f = new FileInputStream("档案路径");
} catch (FileNotFoundException e) {
eprintStackTrace();
}
BufferedReader dr = new BufferedReader(new InputStreamReader(f));
String str = null;
try {
while ((str = drreadLine()) != null) {
String[] items = strsplit(" ");
处理拆分出来的项
}
} catch (IOException e) {
TODO Auto-generated catch block
eprintStackTrace();
}

连词造句!急啊~~

在历史上，诸葛亮是一个鲜为人知的大名人。后来在打算出征打曹 *** 。犹于当时奸臣太多，迷惑皇上，皇上就不让他出征。于是，诸葛亮写了一篇很有名的文章—《出师表》，这家喻户晓的文章，犹其是其中的一句，很有名，就是“鞠躬尽瘁,死而后已”，于是皇上同意了。他生平为蜀国做了很多贡献，是可歌可泣的！
我把词搞乱了，不知行不行啊！

给孩子起名 急！

取个好名字一定要遵循下面几点：
1起名要有个性，但要适度。
起名字的作用是便于人的交往、生产和生活，但生活中有不少人的名字起得不伦不类。这种“不伦不类“的起名方式无论初衷如何，客观上都会给人际关往带来负面的影响。两性的自然属性在气质和性格上的表现使得女子大多用体现温柔、美丽、贤淑一类的字起名，而男子则大多用于体现刚健，旷达、刚健，雄壮等一类的字起名。
2字形搭配美观大方，每个字的笔画分布均衡。
避免姓名中各字的偏旁部首完全相同。例如： “江海潮”、“郭郁邦”等等
3听起来好听，声调和谐。
4不要使用生僻字（非常重要）。
5尽量不要使用多重发音的字
6不要沿袭名人（非常重要）。
7确定名字了后，检视下姓不同，名相同有哪些名人（非常重要）。
起名馆请提供以下资讯资料
一、宝宝姓氏：
二、宝宝性别：
三、出生日期阳历（即新历）： 年 月 日 时 分
四、出生地 省 市
五、不包含姓氏，起1字还是2字名（任选其一）：
六、宝宝父母姓名： （宝宝长辈名字以免重字或发音相同）
接收名字 QQ邮箱
要起名适合宝宝八字的吉利名字Q我。我的空间里有起名字的知识，有时间你看一下

急，脑瘫会遗传吗？

你好，脑瘫是出生前、中、后某个时间因外伤、药物或缺氧等导致脑损伤形成的后遗症，这个病不遗传的，不必担心。准备要宝宝前夫妻双方全面孕前优生检查，从备孕开始就避免私自用药，避免做放射性检查和接触化学物品，戒菸酒。怀孕后勤检查，特别是12周后的唐氏筛查，和20周后的三维或四维彩超，就可以排除绝大多数异常了。

急！急！急！网店卖什么好？！

最好是新奇的东西
不行就女人的
再不行就小孩的
再再不行就只好卖宠物的

急！初三数学

1、m²-m-1=0
那么m²-m=1
∴原式
=m³+2m²+m-m³-3m²+4
=-m²+m+4
=-(m²-m)+4
=-1+4
=3
2、m²-m=3
n²-n=3，n²=n+3
∴x²-x-3=0
∴m+n=1
mn=-3
原式
=2（n+3)-mn+2m+2015
=2n+6-mn+2m+2015
=2(m+n）-mn+2021
=2×1-(-3)+2021
=2+3+2021
=2026

急！六年级的

和同学一起生活的日子
历史、地理、道理、品德问题
缩句
多读
预习
军训

作文；理想的我，急！急！急！

理想是力量的泉源、智慧的摇篮、冲锋的战旗、斩棘的利剑。在社会发展浪潮中，理想被赋予了更深的涵义，理想是效益，理想是气魄、胆识和智慧的显现。
先进的科技、多元化的资讯、优质的服务……电力系统在不断发展改革中潮头勇起，剖展延伸，每一分钟、每一秒都在不断的更新。我们迎来的将是电力发展的新起点，翻开的将是工作中的崭新一页。我们也许在想也应该去想，未来的电力企业是一幅怎样的新画卷？似水年华里该怎样在这里谱写无悔的青春之歌呢？
首先我们要做一个有理想的人，俗话说：“人无志而不立”，我认为理想是一种动力，企业的未来将有我们每个人大大小小的理想来支撑，在我们不仅要有理想，而且要不断的超越放飞。电力发展站在经济的发展的最前沿，作为其中一员，我们既要感到荣耀而又要有无穷的压力，因为城市建设中给了我们充分展现的机会，同时又孕育著无穷的挑战，虽然我们的公司正逐步地发展壮大，但与其他竞争企业相比，我们还有很大差距，在优胜劣汰中需要我们的睿智去应对，需要我们放飞的理想去憧憬。只有高瞻远瞩，我们的企业才立于不败之地，拥有远大理想，我们的企业才能走的更远。
社会的发展如湍急流水，任何平庸与狭隘的理想都无法溅起成功的波澜。如响誉十九世纪的美国雷诺公司，只局限兴盛时期的丰衣足食，因没有深远的理想和目标而停滞不前，最终无法逃脱被吞噬的厄运。
再如一个故事：在一望无际的草原上，有只狮子不停地奔跑，但是前方却没有猎物。有人问它为什么要奔跑，狮子说：“我只有跑得比猎物快，才能获得食物。”同样，一只小鹿也在独自奔跑。有人问它为什么奔跑，小鹿说：“我只有跑得比其他鹿快才能不被吃掉。”故事告诉我们：不论你是强者还是弱者，只有先行一步，不断地努力，超越他人，才能在这个社会上生存。在社会发展改革浪潮中，日新月异、瞬息万变，要想我们的公司赶超时代步伐，做竞争中的强著，需要我们有超前的思维，开阔的眼界，需要我们去放飞理想翅膀，去游弋寻找走向成功的新起点。
理想是迈向成功的跳板，但理想决不是我们的终极目标。 俗话说：“没有做不到、只有想不到。”曾几何时，又有谁会想的到，我们公司从原来的一个电工组发展到现在所辖12个电工组服务于全区4万多户居民和几百家企业的的电力大军，从寄生于别人的电网到拥有自主建设管理的电网体系，五年中电量从2千万到2个多亿的十倍的跨越……
有人说：“东营的电力市场是一个富矿，等待我们去开采 。”的确，在这片具有无穷发展潜力的电力市场里，我们仅仅只占有7%的份额，还有93%等待我们去挖掘。现在公司已经进入“十一五”规划阶段，我们电网正在无限地延伸，我们科技正在快速地发展，我们的员工也不断地博学多识，未来发展广阔环境，给了我们每一个有抱负的人广阔空间，这里是我们成功的工场，这里是我们酝酿崭新人生的作坊。
让我们放飞理想，用理想滋养我们的思想与人格，用理想激荡我们的灵魂与心智，用理想孕育我们新的精神与智慧，去定位那永恒的成功！
我的理想
俗话说：“人无志而不立。”一个人假若没有远大的理想，是不可能有所作为的。从远古时代的盘古开天辟地到如今的知识爆炸、资讯革命，多少年，多少代，多少仁人志士都有着崇高的理想。理想是我们奋斗前进、勇于创新的动力；理想是人生的指路灯；理想是战胜困难的力量源泉
懵懂的小时侯，当我看到那些富有爱心的幼儿教师用手轻轻抚摸摔伤了的小朋友红扑扑的小脸蛋、想方设法来哄住他的时候，我便在我童稚的心里立下志愿——我，也要做一名杰出的幼儿教师，做一位辛勤的园丁，细心照料祖国大花园里的每一朵鲜花！
如果我的理想实现了，成为了现实的话，我就会把上面的语句落实到行动当中去。我会用爱心去征服那一个个顽皮的身影。让他们也懂得，老师是爱他们的。当然，必要的时候，我也会给予他们一些小小的惩罚，让可爱的小朋友们认识到错误、并牢记在心，下定决心改正！最重要的，我要让他们脱离幼儿时代就背负起学习重担的阴影，我会用他们喜爱的方式让小朋友们爱上学习，从而为成为祖国栋梁而奋斗！但我也不会逼迫他们去学习！
然而现在，这一切都还只是泡影。
理想是一个深渊，从跳下那一刻起，就逼迫你奋力搏击。要么，大鹏展翅，扶摇而上；要么，石沉渊底，再无声响 而我，则选择前者，我会努力奋斗，向自己的理想一步步迈进

会计高手进~急。。。

（1）2008年5月1日，购入股票
借：应收股利14000
借：可供出售金融资产-成本10010000
贷：银行存款10150000
（2）2008年5月10日，甲公司收到乙公司发放的现金股利140 000元。
借：银行存款140000
贷：应收股利140000
（3）2008年6月30日，确认股票的价格变动（552000000 -10010000=990000）
借：可供出售金融资产-公允价值变动990000
贷：资本公积-其他资本公积990000
（4）2008年12月31日，确认股票价格变动（45-55）2000000=-2000000
借：资本公积-其他资本公积2000000
贷：可供出售金融资产-公允价值变动2000000
（5）2009年5月9日，确认应收现金股利
借：应收股利300000
贷：投资收益300000
（6）2009年5月13日，收到现金股利
借：樱花出口300000
贷：应收股利300000
（7）2009年5月20日，出售股票
借：银行存款10000000
借：可供出售金融资产-公允价值变动1010000
借：投资收益10000
贷：可供出售金融资产-成本10010000
贷：资本公积-其他资本公积1010000

小学应用题，急

用陆陆的张数减去比宇宇与张唯多出的那40张。。就得到宇宇与张唯综合的3倍。。再除于3。就得到宇宇与张唯的综合~由于宇宇与张唯的奖券一样多。再除以2就等于张唯的张数。。张唯的张数也就是宇宇的张数。。
（766-40）\3\2=121(张）

设置工作空间的编码：

编辑器的编码会影响到所有的项目中的字符的显示，可以说是作用最为广泛的设置，每一个项目都会受到这个设置的影响。点击菜单栏中的窗口（Window）— —选项（Preferences）。

点击常规（General）— —工作空间（Wordspace），然后在右侧的文本文件编码格式（Text file encoding）中选择你想要设置的编码格式，系统默认的格式为GBK。

设置项目的编码：

如果其他的项目中不存在乱码问题，只是个别项目显示时出现乱码，那么我们不需要设置工作空间的编码，只需要修改项目的编码即可。

选中项目后，右键点击，在d出的菜单中点击属性（Properties）。

在d出的属性窗口中，选择资源（Resource）— —点击选择Other（其他），然后选择你想要的编码格式。

设置单个文件的编码：

只是个别文件出现了乱码，那么设置个别文件的编码格式就可以解决问题了。选中有乱码的文件，然后点击右键。

在d出的菜单中选择属性（Properties）。

在d出的属性窗口中选择资源，点击Other（其他）后设置个别文件的编码方式

以下为转载~Java中文问题一直困扰着很多初学者，如果了解了Java系统的中文问题原理，我们就可以对中文问题能够采取根本的解决之道。最古老的解决方案是使用String的字节码转换，这种方案问题是不方便，我们需要破坏对象封装性，进行字节码转换。还有一种方式是对J2EE容器进行编码设置，如果J2EE应用系统脱离该容器，则会发生乱码，而且指定容器配置不符合J2EE应用和容器分离的原则。在Java内部运算中，涉及到的所有字符串都会被转化为UTF-8编码来进行运算。那么，在被Java转化之前，字符串是什么样的字符集？ Java总是根据 *** 作系统的默认编码字符集来决定字符串的初始编码，而且Java系统的输入和输出的都是采取 *** 作系统的默认编码。因 此，如果能统一Java系统的输入、输出和 *** 作系统3者的编码字符集合，将能够使Java系统正确处理和显示汉字。这是处理Java系统汉字的一个原则， 但是在实际项目中，能够正确抓住和控制住Java系统的输入和输出部分是比较难的。J2EE中，由于涉及到外部浏览器和数据库等，所以中文问题乱码显得非 常突出。J2EE应用程序是运行在J2EE容器中。在这个系统中，输入途径有很多种：一种是通过页面表单打包成请求 （request）发往服务器的；第二种是通过数据库读入；还有第3种输入比较复杂，JSP在第一次运行时总是被编译成Servlet，JSP中常常包含 中文字符，那么编译使用javac时，Java将根据默认的 *** 作系统编码作为初始编码。除非特别指定，如在Jbuilder/eclipse中可以指定默 认的字符集。输出途径也有几种：第一种是JSP页面的输出。由于JSP页面已经被编译成Servlet，那么在输出时，也将根据 *** 作系统的默认编码来选择输出编码，除非指定输出编码方式；还有输出途径是数据库，将字符串输出到数据库。由此看来，一个J2EE系统的输入输出是非常复杂，而且是动态变化的，而Java是跨平台运行的，在实际编译和运行中，都可能涉及到不同的 *** 作系统，如果任由Java自由根据 *** 作系统来决定输入输出的编码字符集，这将不可控制地出现乱码。正是由于Java的跨平台特性，使得字符集问题必须由具体系统来统一解决，所以在一个Java应用系统中，解决中文乱码的根本办法是明确指定整个应用系统统一字符集。指定统一字符集时，到底是指定ISO8859_1 、GBK还是UTF-8呢？（1）如统一指定为ISO8859_1，因为目前大多数软件都是西方人编制的，他们默认的字符集就是ISO8859_1，包括 *** 作系统Linux和数据库MySQL等。这样，如果指定Jive统一编码为ISO8859_1，那么就有下面3个环节必须把握：开发和编译代码时指定字符集为ISO8859_1。运行 *** 作系统的默认编码必须是ISO8859_1，如Linux。在JSP头部声明：。（2）如果统一指定为GBK中文字符集，上述3个环节同样需要做到，不同的是只能运行在默认编码为GBK的 *** 作系统，如中文Windows。统一编码为ISO8859_1和GBK虽然带来编制代码的方便，但是各自只能在相应的 *** 作系统上运行。但是也破坏了Java跨平台运行的优越性，只在一定范围内行得通。例如，为了使得GBK编码在linux上运行，设置Linux编码为GBK。那么有没有一种除了应用系统以外不需要进行任何附加设置的中文编码根本解决方案呢？将Java/J2EE系统的统一编码定义为UTF-8。UTF-8编码是一种兼容所有语言的编码方式，惟一比较麻烦的就是要找到应用系统的所有出入口，然后使用UTF-8去“结扎”它。一个J2EE应用系统需要做下列几步工作：开发和编译代码时指定字符集为UTF-8。JBuilder和Eclipse都可以在项目属性中设置。使用过滤器，如果所有请求都经过一个Servlet控制分配器，那么使用Servlet的filter执行语句，将所有来自浏览器的请求（request）转换为UTF-8，因为浏览器发过来的请求包根据浏览器所在的 *** 作系统编码，可能是各种形式编码。关键一句：requestsetCharacterEncoding("UTF-8")。网上有此filter的源码，Jdon框架源码中comjdonutilSetCharacterEncodingFilter需要配置webxml 激活该Filter。在JSP头部声明：。在Jsp的html代码中，声明UTF-8:设定数据库连接方式是UTF-8。例如连接MYSQL时配置URL如下：jdbc:mysql://localhost:3306/testuseUnicode=true&characterEncoding=UTF-8一般数据库都可以通过管理设置设定UTF-8其他和外界交互时能够设定编码时就设定UTF-8，例如读取文件， *** 作XML等。一、Java中文问题的由来Java的内核和class文件是基于unicode的，这使Java程序具有良好的跨平台性，但也带来了一些中文乱码问题的麻烦。原因主要有两方面，Java和JSP文件本身编译时产生的乱码问题和Java程序于其他媒介交互产生的乱码问题。首
先Java（包括JSP）源文件中很可能包含有中文，而Java和JSP源文件的保存方式是基于字节流的，如果Java和JSP编译成class文件过程
中，使用的编码方式与源文件的编码不一致，就会出现乱码。基于这种乱码，建议在Java文件中尽量不要写中文（注释部分不参与编译，写中文没关系），如果
必须写的话，尽量手动带参数－ecoding GBK或－ecoding gb2312编译；对于JSP，在文件头加上<%
@ page contentType="text/html;charset=GBK"%>或<%@ page contentType=
"text/html;charset=gb2312"%>基本上就能解决这类乱码问题。本文要重点讨论的是第二类乱码，即Java程序与其他存储媒介交互时产生的乱码。很多存储媒介，如数据库，文件，流等的存储方式都是基于字节流的，Java程序与这些媒介交互时就会发生字符(char)与字节(byte)之间的转换，具体情况如下：从页面form提交数据到java程序 byte－>char
从java程序到页面显示 char>byte从数据库到java程序 byte>char
从java程序到数据库 char>byte从文件到java程序 byte－>char
从java程序到文件 char－>byte从流到java程序 byte－>char
从java程序到流 char－>byte如果在以上转换过程中使用的编码方式与字节原有的编码不一致，很可能就会出现乱码。二、解决方法前面已经提到了Java程序与其他媒介交互时字符和字节的转换过程，如果这些转换过程中容易产生乱码。解决这些乱码问题的关键在于确保转换时使用的编码方式与字节原有的编码方式保持一致，下面分别论述（Java或JSP自身产生的乱码请参看第一部分）。1、JSP与页面参数之间的乱码
JSP
获取页面参数时一般采用系统默认的编码方式，如果页面参数的编码类型和系统默认的编码类型不一致，很可能就会出现乱码。解决这类乱码问题的基本方法是在页
面获取参数之前，强制指定request获取参数的编码方式：requestsetCharacterEncoding("GBK")或
requestsetCharacterEncoding("gb2312")。
如果在JSP将变量输出到页面时出现了乱码，可以通过设置
responsesetContentType("text/html;charset=GBK")或responsesetContentType
("text/html;charset=gb2312")解决。
如果不想在每个文件里都写这样两句话，更简洁的办法是使用Servlet规范中的过虑器指定编码，过滤器的在webxml中的典型配置和主要代码如下：
webxml:<filter>
<filter-name>CharacterEncodingFilter</filter-name>
<filter-class>netvschoolwebCharacterEncodingFilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>GBK</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>CharacterEncodingFilter</filter-name>
<url-pattern>/</url-pattern>
</filter-mapping>CharacterEncodingFilterjava:public class CharacterEncodingFilter implements Filter
{protected String encoding = null;public void init(FilterConfig filterConfig) throws ServletException
{
thisencoding = filterConfiggetInitParameter("encoding");
}public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException
{
requestsetCharacterEncoding(encoding);
responsesetContentType("text/html;charset="+encoding);
chaindoFilter(request, response);
}}
2、Java与数据库之间的乱码
大
部分数据库都支持以unicode编码方式，所以解决Java与数据库之间的乱码问题比较明智的方式是直接使用unicode编码与数据库交互。很多数据
库驱动自动支持unicode，如Microsoft的SQLServer驱动。其他大部分数据库驱动，可以在驱动的url参数中指定，如如mm的
mysql驱动：jdbc:mysql://localhost/WEBCLDBuseUnicode=true&
characterEncoding=GBK。3、Java与文件/流之间的乱码
Java读写文件最常用的类是
FileInputStream/FileOutputStream和FileReader/FileWriter。其中FileInputStream
和FileOutputStream是基于字节流的，常用于读写二进制文件。读写字符文件建议使用基于字符的FileReader和
FileWriter，省去了字节与字符之间的转换。但这两个类的构造函数默认使用系统的编码方式，如果文件内容与系统编码方式不一致，可能会出现乱码。
在这种情况下，建议使用FileReader和FileWriter的父类：
InputStreamReader/OutputStreamWriter，它们也是基于字符的，但在构造函数中可以指定编码类型：
InputStreamReader(InputStream in, Charset cs) 和OutputStreamWriter
(OutputStream out, Charset cs)。4、其他
上面提到的方法应该能解决大部分乱码问题，如果在
其他地方还出现乱码，可能需要手动修改代码。解决Java乱码问题的关键在于在字节与字符的转换过程中，你必须知道原来字节或转换后的字节的编码方式，转
换时采用的编码必须与这个编码方式保持一致。我们以前使用Resin服务器，使用smartUpload组件上传文件，上传文件同时传递的中文参数获取没
有乱码问题。当在Linux中把Resin设置成服务后，上传文件同时的中文参数获取出现了乱码。这个问题困扰了我们很久，后来我们分析
smartUpload组件的源文件，因为文件上传采用的是字节流的方式，里面包含的参数名称和值也是字节流的方式传递的。smartUpload组件读
取字节流后再将参数名称和值从字节流中解析出来，问题就出现在smartUpload将字节流转换成字符串时采用了系统默认的编码，而将Resin设置成
服务后，系统默认的编码可能发生了改变，因此出现了乱码。后来，我们更改了smartUpload的源文件，增加了一个属性charset和
setCharset(String)方法，将upload()方法中提取参数语句：
String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1 );
改成了
String value = new String(m_binArray, m_startData, (m_endData - m_startData) + 1, charset );
终于解决了这个乱码问题。

>