外国的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 文件加软件的办法，有此修复需