『壹』 java程序員最常用的技術有哪些
Java的技術體系是非常龐大的，需要我們學習的技術非常多，往往很多初學的人，通過互聯網查閱了一個龐大的學習列表，然後不知道如何下手。網上很多大牛列的技術不是不重要，但是掌握住企業應用的Java的核心技術，快速上手，是一種高效的學習手段。結合本人十餘年的項目研發和帶人經驗，整理出如下方面。
首先JavaSE是核心，這是初學Java人員應最先接觸學習的部分。Java的運行原理，jdk的配置，與jre的區別，基本數據類型，流程式控制制(順序結構、選擇結構、循環結構)，數組、集合框架，異常處理等，這些都是比較容易學習的，需要多練習，在練習過程中加強理解。面向對象部分是Java初學者，尤其是沒有任何編程語言基礎的學起來有些難度，類、對象、繼承、封裝、多態等技術點需要多參照些現有的設計模型，學習設計的思路。諸如工廠模式、觀察者模式、代理模式等重要的設計模式也是需要學習的，否則在將來應用框架時就會只知其然，不知其所以然。IO流、多線程也一定需要學習，尤其是XML、JSON等文件格式一定要掌握，這在數據交互時常用。
其次是資料庫知識，作為初級Java程序員必須要掌握一種常用的關系型書庫的應用，如Mysql或oracle等，資料庫對象諸如表、視圖等的創建、增刪改查語句，尤其是查詢，在企業中經常需要從十幾張表、或幾十張表中查詢數據，所以對於如何進行內連接、外連接、以及聯合查詢等一定要掌握，另外對於索引、事務等也要掌握。
第三是Java Web部分，由於Java主要做web開發，一些前端技術HTML3、CSS5，javaScript，jQuery等這些不見得要學得有多深入，但是必須要掌握，tomcat、jsp，以及和資料庫的交互這些都是必須要掌握的。
第四是框架部分，主流的ORM框架有Mybatis、hibernate，MVC框架有Spring MVC、Struts2等，可以優先掌握主流的SSM框架組合，框架的學習有人認為很簡單，就按照規定、規范調用、使用唄，初學者可以先學習如何使用這些框架，然後慢慢的探究內部原理，因為框架是技術封裝、簡化的產物。
這裡面有些同類型的技術比如hibernate，如果會使用Mybatis了，那麼上手就會很容易，同理如果Spring MVC框架應用熟練了，那麼Struts2框架其實就可以現學現賣了。
一個web程序包含的模塊很多，不一定包括所有模塊。
系統模塊：Windows、Linux系統等。
存儲模塊：這里既包括關系型資料庫MySQL、oracle等，也包括內存資料庫redis、memcached等。
程序模塊：還可以細化成持久化模塊、業務邏輯模塊、表現層模塊，MVC框架的實現。
搜索模塊：應用solr或Elasticsearch等。
伺服器模塊：tomcat、weblogic、Resion等
中間件模塊：nginx、MQ消息隊列技術等。
在這里額外說一下技術和技能的區別，初學者學一個技術可能很容易，但是這個技術如何在企業開發環境中應用這就是技能了，所以在學習的同時，要多應用，最好通過一些案例項目來學習，這樣既高效，學習的還扎實。
補充一點，現在的應用級別越來越大，海量數據、高並發是處理的重點，單應用的程序已經無法滿足要求，分布式是趨勢，Dubbo、Zookeeper、Docker、SpringBoot、SpringCloud、MyCat等技術，包括上面系統模塊里提到的一些技術都要學習的。
『貳』 SQL設計圖書管理系統
目 錄
圖書管理信息系統的設計和實現
端應用程序的開發兩個方面。對於前者要求建立起數據一致性和完整性強、數據安全性好的資料庫。而對於後者則要求應用程序功能完備,易使用等特點。
本圖書管理信息系統是利用計算機管理信息處理的迅速、准確、可靠且具有強大存儲能力的突出特點，全面提高圖書館的管理水平和工作效率，並以及時、完整的業務經營資料，為圖書館的及時轉換提供一定的支持。本圖書管理系統涵蓋了六個主要的子系統：圖書資料管理、讀者資料管理、借書操作、還書操作、修改密碼和查詢處理，並通過信息的收集、整理、存儲、傳遞將它們有機地結合起來，提高了工作的准確率和效率。
本論文從系統分析、需求分析、概要分析、詳細分析到系統實施、系統運行、系統維護等幾個方面詳細闡述了圖書管理系統的開發過程，記錄了開發過程中的分析依據和設計思路及相關圖表，闡明了主要的設計內容和實施、運行情況，為本系統的使用、升級提供了完備的資料。
本系統開發時間將近四個月，初步完成了圖書管理信息系統的初級版本，系統基本上實現了原定的基本功能，並將在以後進行陸續的改進和完善。
關鍵詞：Delphi；SQL Server 2000；資料庫；圖書管理信息系統
Design And Implementation of The Books Management Information System
Abstract:The books management information system is the typical information management system (MIS), It mainly develops including two respects ,one is setting-up and maintenance of backstage supporter's database . Another is developing the front application program. As to the former demand set up data consistency , integrality strong and data security kind database.require to the latter the function of the application program is complete , Easy to use and so on the characteristic.
This books management information system is using the computer management information processing rapid, accurate, is reliable also has the formidable memory property the prominent characteristic, comprehensively enhances the library the management level and the working efficiency, and take the prompt integrity account executive material, provides the certain support for newer books and reference materials in time of the library. The books management information system has covered six subsystems: The books and reference materials management, the reader material management, taking advantage of the book operation, modify password and also the book operation, inquiry processing, and through the information collection, the reorganization, the memory, the transmission organically unifies them, enhanced the work rate of accuracy and the efficiency.
This thesis from the system analysis, the demand analysis, the outline analysis, the multianalysis to the system implementation, the system movement, the system maintenance and so on several aspects in detail elaborated the books management information system performance history, recorded in the performance history analysis to rest on and to design the mentality and the correlation graph, had expounded the main design content and the implementation, the movement situation, for this system use, the promotion have provided the complete material.
This system is nearly four months construction period, finished the elementary edition of the books administrative system tentatively, the system has basically realized the original basic function, and will carry on improvement and completion successively afterwards.
Keyword: Delphi ; SQL; database; books management information system
前 言
隨著我國經濟的高速發展，人們的物質需求已趨向飽和，而精神上的需求卻日益提高。學習的繁重、工作的壓力、競爭的刺激使人們感到知識的睏乏，渴望進一步的充電。同時當今時代是飛速發展的信息時代。在各行各業中離不開信息處理，正是因此計算機被廣泛應用於信息管理系統的環境。計算機的最大好處在於利用它能夠進行信息管理。管理信息系統是先進的科學技術和現代管理相結合的產物，建立以計算機為主要手段的管理信息系統，已成為現代企業、政府部門等各類組織提高自身素質、實現組織的戰略目標。使用計算機進行信息控制，不僅提高了工作效率，而且大大的提高了其安全性尤其對於復雜的信息管理，計算機能夠充分發揮它的優越性。計算機進行信息管理與信息管理系統的開發密切相關，系統的開發是系統管理的前提。
為滿足圖書館業務發展的需要，提高競爭能力，我決定利用計算機來提高圖書館管理水平和工作效率。根據圖書館的日常需要，確定系統要實現六個基本功能：圖書資料管理、讀者資料管理、借書操作、還書操作、修改密碼和查詢處理。同時該系統具有強大的查詢功能和可靠性。
目標是努力達到：讀者滿意。圖書館內藏書豐富，品種齊全，但隨著信息處理量的快速增大，工作越來越繁多、要求全面、先進、高效。純辦公軟體無論從准確度還是及時性上都已無法滿足業務的需要。因此，開發一個界面友好，易於操作的圖書館軟體進行自動化處理變得十分重要，本系統開發目的和意義就是為了管理好圖書館信息，使圖書管理工作規范化、系統化、程序化，避免圖書管理的隨意性，提高信息處理的速度和准確性，能夠及時、准確、有效的查詢和修改圖書情況。此圖書管理信息系統以「以人為本」為服務宗旨，提高對讀者的服務質量。
1 Delphi和SQL簡介
1.1 資料庫的介紹
資料庫技術是計算機科學技術中的重要領域，也是應用最廣的技術之一，而且已經成為電子信息系統的重要核心技術。眾所周知，計算機應用從科學計算進入數據處理是一個劃時代的轉折。數據處理是指對各種形式的數據進行收集、存儲、加工和傳播的一系列活動的總和。其目的是從大量的，原始的數據中抽取，推導出對人們有價值的信息經作為行動和決策的依據，是為了藉助計算機科學地保存和管理復雜的，大量的數據以便人們能方便而充分地利用這些寶貴的信息資源。資料庫技術所研究的問題就是如何科學地組織和存儲數據，如何高效地獲取和處理數據。資料庫系統就是當代計算機系統的重要組成部分。
數據處理的中心問題是數據管理，數據管理隨著計算機硬體和軟體的發展而不斷發展，經歷了三個階段：人工管理階段，文件系統階段和資料庫系統階段。資料庫系統具有以下特點：（1）數據結構化。（2）數據的共享性高、冗餘度低、易擴展。（3）數據獨立性高。（4）數據由DBMS統一管理和控制。包括數據的安全性保護，數據的完整性檢查，並發控制以及資料庫備份和恢復[2]。我做的圖書管理系統中主要是用了Delphi和SQL 。
1.2 Delphi的簡介
計算機軟體的開發分為兩個不同的分支，其中一個分支是使用傳統的程序設計語言開發數值控制、數值運算等軟體，圍繞它們的重點是演算法，數據結構以及面向對象技術，這里基本採用Pascal，Basic和C等到高級程序設計語言。另一個分支則是通用的資料庫管理軟體領域即資料庫應用程序的開發。這兩個分支的發展都有極為迅速，但是二者並沒出現混合滲透的跡象。如果使用資料庫語言進行傳統的編程，雖然也能完成相應的功能，但是其編程過程可能極為復雜。反之，如果使用傳統的編程語言進行資料庫編程，通過調用專用的資料庫應用程序介面函數據和過程，可能也會做出比較完善的資料庫管理程序，但做起來大多是極其困難的。而Delphi結合了兩個分支的優點，它結合了傳統的編程語言Object Pascal和資料庫語言的強大功能，既可以用於傳統的演算法編程，又可以用於資料庫編程。特別是Delphi具有強大的資料庫開發功能，利用Delphi的資料庫開發工具，根本不需要編寫任何Object Pascal代碼便可以創建一個一般的資料庫應用。
Delphi是面向對象的開發工具，它是目前開發客戶/伺服器資料庫應用程序的強有力的工具。Delphi目前有兩個版本：標准版本和客戶/伺服器版本。標准版本包含一個Borland Database Engine的局部拷貝，它允許用戶創建能訪問Dbase，Paradox 和 Local Inter Base伺服器的資料庫應用，它還支持具有ODBC(Open Database Connecticity)介面的資料庫。客戶/伺服器版本包括Borland SQL Link,它能直接訪問Oracle，SyBase 和Microsoft SQL Server，Informix等多種資料庫伺服器。
Delphi可以訪問多種資料庫管理系統的資料庫，憑借窗體和報表，BDE（Borland Database Engine）可以訪問Paradox，dbase，本地Inter Base伺服器的資料庫，也可以訪問遠程資料庫伺服器的
2 系統分析
2.1 系統調查
系統調查的主要內容有：系統的基本情況、系統中信息處理的狀況、系統的資源情況及系統的各類人員對信息系統的態度。同時我了解到圖書館的使用人員有（1）系統管理員：維護整個系統的正常運行、及時更新系統，給每個新用戶建立讀者信息，給每個注銷用戶刪除相應的讀者信息。（2）圖書管理員：負責給同學辦理借書、還書、修改圖書基本信息和圖書流通狀態。（3）讀者：包括學生用戶、老師用戶和外界人士。
圖書館的組織機構設置如圖1所示。
圖1圖書館的組織結構
系統中信息處理狀況：
通過對原有系統數據流程的分析，可以發現這種模式存在著一些不合理之處，完全可以改進，使工作效率提高，減少信息迂迴。
圖書館現行系統存在的問題：第一，日常管理工作缺乏規范性，隨意性很大，對人的經驗水平有很大的依賴性，因此具體操作往往因人而異；第二，資料多次手工處理，如逾期通知等，出錯率高，完全可以用資料庫檢索自動生成。第三，數據重復率高，有些地方人員多次使用相同數據，有些信息完全可以歸類，第四，缺乏統計工作。
所以完全可以通過建立一套完整的圖書管理信息系統，來對信息進行查詢、修改、統計、檢索等日常管理工作，盡量減少的人員介入和數據冗餘，以簡練實用為基礎，實現信息管理計算機化提高工作效率和信息化水平。
2.2 可行性分析
可行性分析對系統的開發至關重要，可以大幅減少不必要的損失，保證系統開發的順利進行。因此要對系統進行技術可行性、經濟可行性、操作可行性三方面的系統可行性分析：
2.2.1 技術可行性
近幾年來計算機技術發展異常迅猛，高速度大容量的電腦已成為許多學校里日常工作必不可少的設備，隨著辦公自動化的軟體不斷涌現，微機的普及為該系統的開發奠定了堅實的基礎。
2.2.2 經濟可行性
一方面，系統的開發不需要額外增加設備購置費、軟體開發費、管理和維護費用。另一方面，系統的開發可以較好地解決圖書館因日常事務繁雜而造成的處理效率低，出錯率偏高的局面，並可以及時了解各項日常事務的進展情況，為及時調整庫存資料提供可靠的數據支持，從而明確工作目標，同時還可以減少人工勞動、提高工作效率、增加書本流通量。
2.2.3 操作可行性
計算機以強大的信息處理能力作為人類腦力勞動的有利助手登上歷史舞台後，已滲透到社會生活的各個領域，使現代社會組織、特別是企業，學校的信息處理能力適應現代化管理的要求，且系統逐步從單項事務信息處理系統迅速向綜合服務（決策支持系統）的管理信息系統發展。本系統使用界面良好，易於操作。圖書館擁有一批較高素質的員工，只需了解相關知識，就可熟練操作本系統了。
通過以上分析，圖書館管理信息系統的開發在經濟上、技術上、操作上都是可行的。
2.3 系統的總目標
圖書館管理信息系統的總目標是按照管理信息系統的管理和開發方法，採用先進的信息技術和手段，支持並規范圖書和讀者資料的管理、借書、還書、修改密碼、查詢書本或學生等操作的全過程，並加強上述過程中各種信息資源的管理和應用，提高各部門管理工作的現代化水平，實現各部門信息的准確、及時處理和溝通及共享，為圖書館對庫存資料的決策提供有利的支持和反饋信息，以實現圖書館的總體目標。
2.4 具體目標
（1）每年開學，新生報到的時候，圖書館系統管理員要給每一位新生的信息建立個人檔案，辦理圖書借閱證。學生的個人檔案包括學生的學號、姓名、性別、班級、年級、所屬專業、電話號碼。
（2）學生畢業的時候，圖書館系統管理員要及時對每位學生的信息進行刪除。
（3）每次新進圖書的時候，圖書管理員要對每本圖書的信息進行管理和錄入，以方便讀者的借閱。圖書的基本信息有：圖書索引號、圖書名、作者、出版社、出版日期和圖書的使用狀態。
（4）當圖書被讀者借閱的時候，圖書管理員要改變圖書的使用狀態，不再允許借閱，但是允許預約，而且每本書只允許被一個讀者借閱，也只能被一個讀者預約。
（5）當學生借閱的圖書延期的時候，圖書管理員要及時通知學生歸還圖書，並對其進行相應的處罰。學生可以在圖書未超期的情況下辦理續借。
（6）學生可以在圖書管理系統中查詢自己的借閱情況。
（7）當圖書被損壞或圖書出館時，圖書管理員要及時修改相應的圖書信息。
（8）系統還應該提供強大的數據統計，查詢等功能。
（9）系統應充許外界人士通過規定的步驟注冊成為新用戶，並享有一定的權利。
（10）系統應該有很好的可擴展性。
3 需求分析
需求分析階段的根本任務是要明確圖書館在決策和日常事務處理上的信息需求，以便提出整個系統的總體方案。在需求分析中，主要採用流程圖和數據字典來描述。
3.1 事務流程圖
通過對圖書館的多次調查，大致了解了圖書館的日常的管理事務流程。每日處理的工作如圖2所示。
圖2圖書館的事務圖
(1) 圖書資料的管理
圖書管理員將采購的圖書入庫分類處理，同時建立相關的圖書資料信息，如果該書已有，則修改現有書本數等於原有書本數加新增書本數。如有圖書損壞及罰款處理，也修改圖書資料信息。如果圖書出館，則刪除相關的圖書資料信息。
(2) 讀者資料管理
每年新生入校的時候，系統管理員要為每一個學生辦理相應的圖書借閱許可證，學生填寫登記表包括學生學號、姓名、性別、年級、班級、專業名稱、電話號碼等基本信息。核對無誤後交由系統管理員辦理學生借閱證，如果讀者更改任何個人信息，則應由學生寫出書面申請，由系統管理員在相應的讀者基本信息中進行修改。如果學生要離開學校，則審核該讀者是否有逾期書籍和損壞，如無，則辦理撤消業務，同時在讀者資料庫中刪除該讀者。最後給讀者合格注銷通知。對於教師用戶也是一樣的處理過程。
(3) 借書操作
讀者把借閱證及想要借的圖書交給圖書管理員，圖書管理員進行審核，如該讀者是否有過期未還的圖書，是否借閱圖書已超過五本或未交清罰款，有上述情況之一則通知該讀者借閱不成功。否則借閱成功，圖書交給讀者。同時圖書管理員修改圖書、讀者及圖書流通信息表。如讀者逾期則可電話聯系。如讀者發現該圖書已借出，則只可在圖書資料庫中進行預約。一本書同一時間只能被一個讀者預約。如讀者續借，則延長讀者應還書日期。讀者只可在該書本尚未超期的情況下才可以進行續借，否則續借不成功。
(4) 還書操作
讀者把借閱證及要還圖書交給圖書管理員，由他進行審核，如該圖書有逾期或破損，則通知該讀者按比例罰款。否則圖書交圖書管理員放回書庫。並修改圖書、讀者借書信息表。讀者遺失書本則給予原價五倍賠償。
(5) 查詢處理
讀者可以到圖書館內的電腦上查詢自己的借書信息表，查詢圖書是否逾期，是否可以進行續借，也可以查找自己要借的圖書是否在館，以及近期圖書館的動態和公告。圖書管理員可在圖書到期前一天列印逾期清單，電話聯系讀者，以方便讀者及時還書，加快書本流通。
(6) 修改密碼
為了方便管理，圖書館系統管理員會給每一個新注冊的用戶一個初始密碼，讀者用初始密碼首次登錄系統後，應及時修改自己的密碼，以保護自己的權利。或在使用的過程中通過修改密碼來防
D1 庫存清單
圖7 歸還圖書的DFD
3.3 數據字典
int 4 f 所在專業代碼
varchar 20 專業名稱
表3圖書基本信息表
欄位名 欄位類型 長度 NULL 欄位意義
bookid varchar 10 f 圖書索引號
bookname varchar 30 f 圖書名稱
Autor char 10 f 作者名字
department Int 4 所在書庫代碼
description char 20 描述
Lend char 1 f 是否借出
appoint char 1 f 是否預約
表4學生基本信息
userid varchar 10 f 用戶編號
username varchar 10 f 用戶名
sdepartment char 30 部門或專業
password varchar 20 f 密碼
Right_1 bit 1 f 查詢權
Ringht_2 bit 1 f 管理權
表6庫存信息表
欄位名 欄位類型 長度 NULL 欄位意義
department int 4 f 書庫代碼
description varchar 20 書庫名稱
3.4 數據項的頁碼設計
（1）對讀者編號，為了便於查找採用層次碼。
如：02（年級，即入學年份） 09（學院代碼） 1（專業代碼） 279
[注]： 學院代碼如：商學院---01 信息學院---02 土木學院---03
外語學院---04 藝術學院---05 計算機科學與工程學院---09
計算機科學與工程學院的專業代碼如：計算機科學與技術專業---1
網路專業---2
（2）圖書編號，為了便於得到有關信息採用層次碼。
如：TP(類別) 3111（編號） 01(內部編號)
[注]： 內部編號：同時采購了五本相同的圖書，在類別和編號相同的時候，用01，02，03，04，05分別代表這五本相同的圖書。
編號： 計算機應用基礎---3111 計算機網路---3112
計算機組成原理---3113 資料庫---3114
類別: 計算機類--- TP 文學類--- I 藝術類---V
數理化---O 英語類---H
4 概要設計
4.1 總體設計
系統功能結構如圖8所示。
圖8系統功能結構示意圖
4.2 局部 E_R圖
學生基本信息，圖書基本信息，用戶信息和讀者借書情況表的局部E-R圖如圖9至圖12所示。
圖10書本基本信息表
圖12 讀者借書信息表
4.3 總體E-R圖
本圖書管理信息系統的總體E-R圖如圖13所示。
圖13 總體E-R圖
部分聯系的屬性如下：
1．借閱{借閱編號、圖書索引號、借閱證號、借書日期、還書日期}
2．預訂{預訂編號、圖書索引號、借閱證號、預訂日期}
3．采購{采購編號、圖書索引號、采購價格、采購數量}
4．報廢{圖書索引號，報廢時間，報廢原因}
4.4 E_R圖向關系模型的轉化
E_R圖向關系模型的轉化要解決的問題是如何將實體和實體之間的聯系轉化為關系模式，如何
圖15 修改圖書記錄
圖16 修改學生記錄
圖17 查詢/借閱/預約圖書
圖18 查詢/歸還已借閱圖書
5.2 建立索引和嵌套查詢
索引是資料庫中一常用而重要的資料庫對象集。索引改進了資料庫的性能和可訪問性，可以用來排序和快速訪問數據。大大改善了資料庫的性能。下面以本人的圖書管理信息系統中的book表為被借出時不能被預約。
（8） 修改圖書的基本信息
這是圖書管理員的權力，包括添加，刪除和修改圖書信息。當有新添加進來的圖書時，圖書管理員要查看圖書館里是不是已存有這樣的圖書，發現已有庫存時，要修改圖書的數目，否則就加入新的圖書信息。當有舊書或損壞了的圖書要退出的時候，要及時減少相應圖書的數目或是刪除相應的圖書信息。學生借出書或歸還圖書時，要及時地修改圖書流通信息表。
（9） 修改學生用戶的基本信息
系統管理員在這里添加，刪除和修改學生和教師的基本信息。當有新生入校時，根據學生填寫的基本信息表為每個新生注冊一個用戶名，在校期間如果學生基本信息有變化可以交系統管理員審核後修改相應的信息，畢業或注銷用戶時，管理員要及時刪除相應的記錄。教師的處理情況相同。
（10）初始化系統
當遇到不可恢復的重大意外損傷時系統管理員可以用它來重新恢復圖書館的基本信息，保證圖書管理系統正常工作。除了用戶信息表恢復初始值外，其它的數據信息都會被清零。
（11） 公告欄
系統管理員向所有登錄用戶和外界人士及時發布圖書館最新消息的地方，包括注意事項等。
（12） 意見箱
所有登錄用戶可以在這里向系統管理員和圖書管理員提出對圖書管理的寶貴意見，方便管理員及時採取相應措施修改管理方案，方便用戶以後的使用，提高整個系統的性能。
本系統主要提供圖書管理，學生用戶管理和系統管理。以下列出了圖書管理信息系統主模塊，系統總體結構、圖書/讀者功能模塊和圖書流通功能模塊的示意圖如圖19至圖21所示。
圖19系統總體結構
圖20圖書/讀者功能模塊
圖21圖書流通功能模塊
5.5 界面設計及功能實現
5.5.1 登錄界面設計及功能的實現
圖22 登錄界面
『叄』 Java程序員在寫SQL時常犯的錯誤！
Java程序員編程時需要混合面向對象思維和一般命令式編程的方法，能否完美的將兩者結合起來完全得依靠編程人員的水準：
技能（任何人都能容易學會命令式編程）模式（有些人用「模式-模式」,舉個例子,模式可以應用到任何地方，而且都可以歸為某一類模式）心境（首先，要寫個好的面向對象程序是比命令式程序難的多，你得花費一些功夫）但當Java程序員寫SQL語句時，一切都不一樣了。SQL是說明性語言而非面向對象或是命令式編程語言。在SQL中要寫個查詢語句是很簡單的。但在Java里類似的語句卻不容易，因為程序員不僅要反復考慮編程範式，而且也要考慮演算法的問題。
下面是Java程序員在寫SQL時常犯的10個錯誤（沒有特定的順序）。
1、忘掉NULL
Java程序員寫SQL時對NULL的誤解可能是最大的錯誤。也許是因為（並非唯一理由）NULL也稱作UNKNOWN。如果被稱作 UNKNOWN，這還好理解些。另一個原因是，當你從資料庫拿東西或是綁定變數時，JDBC將SQL NULL 和Java中的null對應了起來。這樣導致了NULL = NULL（SQL）和null=null（Java）的誤解。
對於NULL最大的誤解是當NULL被用作行值表達式完整性約束條件時。另一個誤解出現在對於NULL 在 NOT IN anti-joins的應用中。
解決方法：
好好的訓練你自己。當你寫SQL時要不停得想到NULL的用法：這個NULL完整性約束條件是正確的？NULL是否影響到結果？2、在Java內存中處理數據
很少有Java開發者能將SQL理解的很好。偶爾使用的JOIN,還有古怪的UNION，好吧，但是對於窗口函數呢？還有對集合進行分組呢？許多 的Java開發者將SQL數據載入到內存中，將這些數據轉換成某些相近的集合類型，然後再那些集合上面使用邊界循環控制結構（至少在Java8的集合升級 以前）執行令人生厭的數學運算。
但是一些SQL資料庫支持先進的（而且是SQL標准支持的）OLAP特性,這一特性表現更好而且寫起來也更加方便。一個（並不怎麼標準的）例子就 是Oracle超棒的MODEL分句。只讓資料庫來做處理然後只把結果帶到Java內存中吧。因為畢竟所有非常聰明的傢伙已經對這些昂貴的產品進行了優 化。因此實際上,通過將OLAP移到資料庫，你將獲得一下兩項好處：
便利性。這比在Java中編寫正確的SQL可能更加的容易。性能表現。資料庫應該比你的演算法處理起來更加快.而且更加重要的是,你不必再去傳遞數百萬條記錄了。解決方法：
每次你使用Java實現一個以數據為中心的演算法時，問問自己：有沒有一種方法可以讓資料庫代替為我做這種麻煩事。
3、使用UNION代替UNION ALL
和UNION相比UNION ALL還需要額外的關鍵字。如果SQL標准已經規定了支持，那麼可能會更好點。
UNION（允許重復）UNION DISTINCT （去除了重復）移除重復行不僅很少需要（有時甚至是錯的），而且對於帶很多行的大數據集合會相當慢，因為兩個子select需要排序，而且每個元組也需要和它的子序列元組比較。
注意即使SQL標准規定了INTERSECT ALL和EXCEPT ALL，很少資料庫會實現這些沒用的集合操作符。
解決方法：
每次寫UNION語句時，考慮實際上是否需要UNION ALL語句。
4、通過JDBC分頁技術給大量的結果進行分頁操作
大部分的資料庫都會支持一些分頁命令實現分頁效果，譬如LIMIT..OFFSET,TOP..START AT,OFFSET..FETCH語句等。即使沒有支持這些語句的資料庫，仍有可能對ROWNUM（Oracle）或者是ROW NUMBER()、OVER()過濾（DB2、SQL Server2008等），這些比在內存中實現分頁更快速。在處理大量數據中，效果尤其明顯。
解決方法：
僅僅使用這些語句，那麼一個工具（例如JOOQ）就可以模擬這些語句的操作。
5、在Java內存中加入數據
從SQL的初期開始，當在SQL中使用JOIN語句時，一些開發者仍舊有不安的感覺。這是源自對加入JOIN後會變慢的固有恐懼。假如基於成本的 優化選擇去實現嵌套循環，在創建一張連接表源前，可能載入所有的表在資料庫內存中，這可能是真的。但是這事發生的概率太低了。通過合適的預測，約束和索 引，合並連接和哈希連接的操作都是相當的快。這完全是是關於正確元數據（在這里我不能夠引用Tom Kyte的太多）。而且，可能仍然有不少的Java開發人員載入兩張表通過分開查詢到一個映射中，並且在某種程度上把他們加到了內存當中。
解決方法：
假如你在各個步驟中有從各種表的查詢操作，好好想想是否可以表達你的查詢操作在單條語句中。
6、在一個臨時的笛卡爾積集合中使用 DISTINCT 或 UNION 消除重復項
通過復雜的連接，人們可能會對SQL語句中扮演關鍵角色的所有關系失去概念。特別的，如果這涉及到多列外鍵關系的話，很有可能會忘記在JOIN .. ON子句中增加相關的判斷。這會導致重復的記錄，但或許只是在特殊的情況下。有些開發者因此可能選擇DISTINCT來消除這些重復記錄。從三個方面來說 這是錯誤的：
它（也許）解決了表面症狀但並沒有解決問題。它也有可能無法解決極端情況下的症狀。對具有很多列的龐大的結果集合來說它很慢。DISTINCT要執行ORDER BY操作來消除重復。對龐大的笛卡爾積集合來說它很慢，還是需要載入很多的數據到內存中。解決方法：
根據經驗，如果你獲得了不需要的重復記錄，還是檢查你的JOIN判斷吧。可能在某個地方有一個很難覺察的笛卡爾積集合。
7、不使用MERGE語句
這並不是一個過失，但是可能是缺少知識或者對於強悍的MERGE語句信心不足。一些資料庫理解其它形式的更新插入（UPSERT）語句， 如 MYSQL的重復主鍵更新語句，但是MERGE在資料庫中確是很強大，很重要，以至於大肆擴展SQL標准，例如SQL SERVER。
解決方法：
如果你使用像聯合INSERT和UPDATE或者聯合SELECT .. FOR UPDATE然後在INSERT或UPDATE等更新插入時，請三思。你完全可以使用一個更簡單的MERGE語句來遠離冒險競爭條件。
8、使用聚合函數代替窗口函數（window functions）
在介紹窗口函數之前，在SQL中聚合數據意味著使用GROUP BY語句與聚合函數相映射。在很多情形下都工作得很好，如聚合數據需要濃縮常規數據，那麼就在join子查詢中使用group查詢。
但是在SQL2003中定義了窗口函數，這個在很多主流資料庫都實現了它。窗口函數能夠在結果集上聚合數據，但是卻沒有分組。事實上，每個窗口函數都有自己的、獨立的PARTITION BY語句，這個工具對於顯示報告太好了。
使用窗口函數：
使SQL更易讀（但在子查詢中沒有GROUP BY語句專業）提升性能，像關系資料庫管理系統能夠更容易優化窗口函數解決方法：
當你在子查詢中使用GROUP BY語句時，請再三考慮是否可以使用窗口函數完成。
9、使用內存間接排序
SQL的ORDER BY語句支持很多類型的表達式，包括CASE語句，對於間接排序十分有用。你可能重來不會在Java內存中排序數據，因為你會想：
SQL排序很慢SQL排序辦不到解決方法：
如果你在內存中排序任何SQL數據，請再三考慮，是否不能在資料庫中排序。這對於資料庫分頁數據十分有用。
10、一條一條地插入大量記錄
JDBC「懂」批處理（batch），你應該不會忘了它。不要使用INSERT語句來一條一條的出入成千上萬的記錄，（因為）每次都會創建一個新 的PreparedStatement對象。如果你的所有記錄都插入到同一個表時，那麼就創建一個帶有一條SQL語句以及附帶很多值集合的插入批處理語 句。你可能需要在達到一定量的插入記錄後才提交來保證UNDO日誌瘦小，這依賴於你的資料庫和資料庫設置。
解決方法：
總是使用批處理插入大量數據。
來自：OSChina
譯者：oschina.net/translate/10-common-mistakes-java-developers-make-when-writing-sql
『肆』 程序員。資料庫軟體SQL SERVER2005在服務里始終沒有SQLSERVER(MSSQLSER
啟動：net start mssqlserver
暫停：net pause mssqlserver
重新啟動暫停的SQL SERVER：net continue mssqlserver
停止：net stop mssqlserver
DOS命令啟動sql實例的服務大家都知道用NET START MSSQLSERVER\NET STOP MSSQLSERVER可以啟動、關閉SQL默認的實例服務
但是如果安裝了SQL實例，那麼要啟動這個實例的服務，就需要修改一下
比如安裝了一個實例NewData，那麼啟動的時候就用
NET START MSSQL$NewData
即把原來的server換成 $實例名
關閉同理，用NET STOP MSSQL$NewData
『伍』 一個Java程序員有必要精通SQL么
程序員精通SQL是最基本的要求
因為做的程序是需要跟數據進行交互的，沒有數據交互的程序，應用層面太狹隘了。
國外的崗位區分的很明確，專門寫代碼的，專門做資料庫的，即便如此，也有區分，專門處理前台的、後台，專門做框架的架構師，還有專門的測試工程師。
但是國內不同，基本上程序員要掌握除了架構以外的全部技能。可以說國內的一流程序員就是萬能的，什麼都會。
這個也導致了國內IT行業從業人員入門的門檻高，培訓不規范。新人不知道該從何入手。
現在國內的IT行業人才缺口很大。這個問題，本身跟行業規范也有一定原因。
作為剛剛進入行業的程序員，第一考慮的是自身能力一定要跟上公司的技能需求，然後在此基礎上不斷學習，有方向有機會的學習新的技能。這樣才能拿到高薪。