外國的sql

⑴ 不知道怎麼樣去學習sql語句

學任何東西都要循循漸進
你問這個問題
我可以看出你沒方向沒計劃太想急於求成了
====慢慢來別著急=====
胖子不是一口吃出來的
首先，你要明確自己的態度
我學習SQL是為了什麼而學 工作？ 興趣？
有一點我要告訴你的 也是我自學任何東西的第一保障
那就是 我一直堅信「興趣是最好的導師」；
你失去興趣 或者沒有興趣 你還是別自學了 這樣會讓你慢慢陷入煩躁
========================
那麼怎麼學習SQL呢
====================
這個東西是死知識，死知識什麼方法才是最捷徑呢：沒有捷徑才是最好的捷徑
=====================
第一 基礎語句抓起
第二 基礎伴隨小實戰
第三 學會總結問題
第四 一層一層的突破 有些東西你現在不需要想， 想了也沒有用
你剛學SQL就想那些看不懂的代碼認為 SQL好難啊 不就是給自己找麻煩嗎
第五 一定要務實 循循漸進
=========================
學習還是要靠自己積累的 實踐中遇問題解決問題 才是最有效的方法
希望能幫助到你！

⑵ 外國人怎麼念SQL 要標準的美式英語念法

官方的正確讀法是一個字母一個字母的讀,但更普遍的是讀作sequel.
以下是轉載：
很多講英語的資料庫專業人員把SQL發成sequel的音,但正確的發音應該是S-Q-L（「ess kyoo ell」）,大家可以猜測下導致這種錯誤發音的原因,我認為這其中既有歷史上的原因也有語言學方面的原因.
在歷史方面原因,IBM在20世紀70年代開發了一種叫做SEQUEL的語言,它是Structured English Query Language的首字母縮寫,設計這種語言是為了操縱存儲在資料庫系統Sytem R中的數據,Sytem R基於Edgar F.Codd博士提出的關系資料庫管理系統（RDBMS）模型.後來,由於商標之爭,首字母SEQUEL被簡化成SQL.ANSI在1986年選擇SQL作為一項標准,ISO則在1987做了同樣的舉措.ANSI宣布該語言的正確發音是「ess kyoo ell」,但它好像並沒有被廣泛接受.
在語言學方面,sequel的發言更為流暢,對講英語的人來說更是如此.我自己也因為這個原因而使用這個發音.
有時你可以通過檢查人們的書寫來猜測它使用的是哪種發音,寫成「an SQL Server"的人可能使用正確的發音,而寫成「a SQL Server」的人可能使用錯誤的發音.
p.s:了解下歷史也是很有趣的啊

⑶ 國外比較好的資料庫審計系統是哪個

目前的情形下，最好選用用內的產品吧，現在資料庫都要國產化了，資料庫防護的產品也最好採用國內廠商的，主要是現在國內的廠商的資料庫審計產品並不以國外的差，你去了解安華金和的資料庫審計產品，他家審計基於協議分析、完全SQL解析、參數化匹配、長語句解析、多語句解析和應用關聯技術，創造了業界准確的資料庫審計產品，為審計記錄、風險追蹤提供了堅實的基礎。而且產品基於資料庫協議解析能力，大型審計記錄分析運算入庫時間小於30s，基於全文檢索能力，億級別數據規模單條記錄查詢響應時間小於10s，多途徑的實時進行風險告警，保障風險發生時及時有效的通知，將風險控制在最小范圍內；多維度的風險關聯分析，審計的元素全面，強大的檢索能力，使風險發生後能快速、准確定位。國內產品已經很成熟了，所以沒必要非要考慮國外產品，自己也可以去網路。

⑷ SQL讀法

Prof. Jennifer Widom 資料庫書籍作家，讀成sequel，Donald D. Chamberlin一個co-developer of SQL,他讀S.Q.L，谷歌查到的，所以我認為讀什麼隨大流就行

⑸ SQL怎麼深入學習

想要深入學習么，就具體做一個復雜些的項目，通過項目來學習SQL是最好的，也是最有效果的，比只看書好多了，也可以買些外國關於SQL方面的書，國內的相關資料感覺很膚淺，也是千篇一律

⑹ 外國人怎麼念SQL 要標準的美式英語念法

官方的正確讀法是一個字母一個字母的讀，但更普遍的是讀作sequel。

以下是轉載：

很多講英語的資料庫專業人員把SQL發成sequel的音，但正確的發音應該是S-Q-L（「ess kyoo ell」），大家可以猜測下導致這種錯誤發音的原因，我認為這其中既有歷史上的原因也有語言學方面的原因。
在歷史方面原因，IBM在20世紀70年代開發了一種叫做SEQUEL的語言，它是Structured English Query Language的首字母縮寫，設計這種語言是為了操縱存儲在資料庫系統Sytem R中的數據，Sytem R基於Edgar F.Codd博士提出的關系資料庫管理系統（RDBMS）模型。後來，由於商標之爭，首字母SEQUEL被簡化成SQL。ANSI在1986年選擇SQL作為一項標准，ISO則在1987做了同樣的舉措。ANSI宣布該語言的正確發音是「ess kyoo ell」，但它好像並沒有被廣泛接受。
在語言學方面，sequel的發言更為流暢，對講英語的人來說更是如此。我自己也因為這個原因而使用這個發音。
有時你可以通過檢查人們的書寫來猜測它使用的是哪種發音，寫成「an SQL Server"的人可能使用正確的發音，而寫成「a SQL Server」的人可能使用錯誤的發音。
p.s:了解下歷史也是很有趣的啊

本文來自CSDN博客，轉載請標明出處：http://blog.csdn.net/starfork/archive/2008/06/02/2502266.aspx

⑺ 常見的國內外的資料庫管理系統有哪些

常見的資料庫系統目前主流的有微軟的sql
server、甲骨文公司的oracle和mysql資料庫，這些是網路型資料庫，當然還有一些為桌面型的資料庫系統如access，visual
foxpro等。

⑻ 知道位於國外的sql資料庫的IP和用戶名，如何遠程破解其密碼

知道用戶名，破解密碼應該可以，一般資料庫密碼是字母和數字組成，一般情況是5至10位，你用php語句取字母和數字組合成5至10的字元串，不斷連接測試，當連接成功返回密碼，這樣測試有點慢，只不過兩三天程序運行下來應該破解了吧，主要怕別人查到你過度的ip訪問會封你的ip，還有mysql可以設置閱讀許可權，就是指定ip訪問，就算你知道密碼也不可以查閱或更改。我自己的網站就是設置固定ip訪問，指定只有我的服務ip才可以訪問。所以說很難的，希望那個外國的伺服器沒這么嚴謹吧，如果不知道用戶名，基本不太可能。

⑼ 有哪些在資料庫sql方面比較好的書，最好是外國人寫的

您好

《SQL Server資料庫管理、設計與實現教程》 http://www.q766.com/soft/510460.htm SQL基礎教程 http://www.book118.com/nongyegongye/html/14359.html

僅供參考~

⑽ 國外幾種SQL SERVER資料庫修復軟體技術特點及使用辦法 詳細�0�3

最近在網上看到破解版本的SQL SERVER 的資料庫修復軟體越來越多，在 閑時，下載了所有的試用版本及已經破解版本，找到以前保留的損壞MDF，進 行一番比較。斷斷續續經過幾天的比較，這些軟體的功能與特點基本上了解清楚， 寫出來，與大家共享。 RecoveryToolboxForSQLServer（產地：俄國） 特點：數據恢復效果較好，對於庫結構恢復較正常。 使用：直接選擇損壞的MDF 文件，將修復結果直接輸出到SQLSERVER 中。 或者保存成SQL 腳本文件。 SysTools SQL Recovery（產地不詳） 特點：顯示數據時，對中文不支持，只顯示出UniCode，在運行時容易程度中 斷直接退出；此軟體有些像RecoveryToolboxForSQLServer 使用：直接選擇損壞的MDF 文件，將修復結果直接輸出到SQLSERVER 中。 或者保存成SQL 腳本文件。 officerecovery 中的 Recovery for SQL Server（產地：美國） 特點：支持BAK，LOG 文件，但修復後的數據容易丟失，庫結構提較取較完整。 使用：直接選擇損壞的MDF 文件，將修復結果直接輸出到SQLSERVER 中。 或者保存成SQL 腳本文件。 Kernel for SQL Database（產地：印度） 特點：恢復效果好，但日期的顯示，它是用國外的方式，庫結構提取一般。 使用：直接選擇損壞的MDF 文件，將修復結果直接輸出到SQLSERVER 中。 或者保存成SQL 腳本文件。 Stellar Phoenix SQL Recovery （產地：印度） 特點：數據恢復效果較好，程序運行時易不正常退出，庫結構提取不出來。 使用：直接選擇損壞的MDF 文件，將修復結果直接輸出到SQLSERVER 中。 無法保存成SQL 腳本。 上述軟體都已經有破解版本或者免費版本，大家在選擇時應該有所了解。 說明：庫結構提取不完整，修復後的數據雖然可以在SQL SERVER 中附加，查 看，導出，備份，但在應用軟體下是無法連接此資料庫的，經過對上述軟體修復後的資料庫文件進行研究，已經找到解決MDF 文件加軟體的辦法，有此修復需