MySQLは確かに知っている必要があります - データ処理機能を使用して

機能

他のほとんどのコンピュータ言語と同様に、SQLは、プロセスデータへの機能の使用をサポートしています。関数は、
一般に、データに対して実行され、そして変換は便利なデータ処理を提供します。
文字列は前の章RTRIM()内の末尾のスペースを除去するために使用する関数の一例です

SQLの移植性のない機能は、コードと呼ばれる複数のシステム上で実行することができます
(ポータブル)移植可能にします。相対的に言って、SQL文の大半は、移植可能な
SQLの実装の違いがある一方で、これらの違いは通常それほど難治性ではありません。文字の
ポータビリティ番号は強くありません。その支援のほぼすべての主要なDBMSの実装
彼は機能を実現するには、サポートされていない、そして時には違いはまだ非常に素晴らしいです。
コードの移植性のために、多くのSQLプログラマは、特別な機能を実現する非推奨
できます。これは非常に良いが、アプリケーションのパフォーマンスを常に助長されていませんが。
これらの機能を使用しない場合は、一部のアプリケーションのコードを記述することは非常に困難になります。リーは、必要があり
、非常に効率的に行われるDBMSを達成するために他の方法を使用します。
あなたが機能を使用する場合は、あなた(または後にそうすることを、良いコードのコメントを確実にしなければならない
他の人が)書かれたSQLコードの正確な意味を知ることができます

利用機能

ほとんどのSQLの実装は、関数の次の種類をサポートしています。

  • テキスト文字列を処理する(例えば、欠失または充填値、大文字または小文字の変換値)テキストの
    この機能。
  • 数値データに対して算術演算を実行するための(例えば、代数の絶対値を返す)
    値関数。
  • 処理して、これらの値から特定の成分を抽出するための日付と時刻の値(例えば、戻り
    日付と2つの日付の間の差の時間関数は、日付、等の妥当性を確認してください)。
  • DBMSは、特定の情報を返すために使用されている(ユーザーのログイン情報が返されるような、バージョンチェック
    システムの機能の詳細)

テキスト処理関数

アッパー()関数を使用して

見られるように、上部が上部ケースにテキストを変換するために、したがってそれぞれのための、本実施例の()、
ベンダが2回表示され、最初の時間は、第二のように、テーブルに格納された値をベンダー
列vend_name_upcase大文字に変換


表11-1 SOUNDEXは、さらなる説明を必要としています。SOUNDEXは、任意のテキストであり、
本アルゴリズムは、英数字モードのその音声表現に文字列が記載されています。SOUNDEXは似て考える
代わりに、文字の文字列比較の発音を比較することができ、文字や音節の発音を。
SOUNDEX SQLない概念ではなく、(ただ、ほとんどのDBMSなど)MySQLがために提供
SOUNDEXのサポート。

例えば、関数のSoundex()を用いて以下に説明します。顧客テーブルには、介護持って
顧客コヨーテ株式会社、Y.Leeという名前の接触を。これは間違い、連絡先の名前と現実である場合でも、この
機会をどのように行う、Y.Lieすべきですか?もちろん、名前で正しい接触検索は、次のようなデータ、返さない
よう下に

今では、すべての発音が似ていると一致して、検索するのSoundex()関数を使用しよう
Y.Lieの連絡先の名前

この例では、WHERE句がcust_変換するのSoundex()関数を使用して、
自分のSOUNDEX値に連絡先の列の値と検索文字列。Y.Leeとするので
同様の発音Y.Lieは、それらのSOUNDEX値が一致するように、したがって、WHERE句は適切濾過
必要なデータのうち

日付と時刻の操作関数

期和时间采用相应的数据类型和特殊的格式存储,以便能快速和
有效地排序或过滤,并且节省物理存储空间。
一般,应用程序不使用用来存储日期和时间的格式,因此日期和时
间函数总是被用来读取、统计和处理这些值。由于这个原因,日期和时
间函数在MySQL语言中具有重要的作用

用日期进行过滤需要注意一些别的问题和使用特殊的
MySQL函数。
首先需要注意的是MySQL使用的日期格式。无论你什么时候指定一
个日期,不管是插入或更新表值还是用 WHERE 子句进行过滤,日期必须为
格式yyyy-mm-dd。因此,2005年9月1日,给出为2005-09-01。虽然其他的
日期格式可能也行,但这是首选的日期格式,因为它排除了多义性(如,
04/05/06是2006年5月4日或2006年4月5日或2004年5月6日或……)

应该总是使用4位数字的年份 支持2位数字的年份,MySQL
处理00-69为2000-2069,处理70-99为1970-1999。虽然它们可
能是打算要的年份,但使用完整的4位数字年份更可靠,因为
MySQL不必做出任何假定。

但是,使用 WHERE order_date = '2005-09-01' 可靠吗? order_
date 的数据类型为 datetime 。这种类型存储日期及时间值。样例表中
的值全都具有时间值 00:00:00 ,但实际中很可能并不总是这样。如果
用当前日期和时间存储订单日期(因此你不仅知道订单日期,还知道
下订单当天的时间),怎么办?比如,存储的 order_date 值为
2005-09-01 11:30:05 ,则 WHERE order_date = '2005-09-01' 失败。
即使给出具有该日期的一行,也不会把它检索出来,因为 WHERE 匹配失
败。
解决办法是指示MySQL仅将给出的日期与列中的日期部分进行比
较,而不是将给出的日期与整个列值进行比较。为此,必须使用 Date()
函数。 Date(order_date) 指示MySQL仅提取列的日期部分,更可靠的
SELECT 语句为:

如果要的是日期,请使用 Date() 如果你想要的仅是日期,
则使用 Date() 是一个良好的习惯,即使你知道相应的列只包
含日期也是如此。这样,如果由于某种原因表中以后有日期和
时间值,你的SQL代码也不用改变。当然,也存在一个 Time()
函数,在你只想要时间时应该使用它。
Date() 和 Time() 都是在MySQL 4.1.1中第一次引入的。

如果你想检索出2005年9月下的
所有订单,怎么办?简单的相等测试不行,因为它也要匹配月份中的天
数。有几种解决办法,其中之一如下所示

其中, BETWEEN 操作符用来把 2005-09-01 和 2005-09-30 定义为
一个要匹配的日期范围。
还有另外一种办法(一种不需要记住每个月中有多少天或不需要操
心闰年2月的办法)

Year() 是一个从日期(或日期时间)中返回年份的函数。类似,
Month() 从日期中返回月份。因此, WHERE Year(order_date)
= 2005 AND Month(order_date) = 9 检索出 order_date 为2005年9月的
所有行

MySQL的版本差异 MySQL 4.1.1中增加了许多日期和时间
函数。如果你使用的是更早的MySQL版本,应该查阅具体的
文档以确定可以使用哪些函数

数值处理函数

数值处理函数仅处理数值数据。这些函数一般主要用于代数、三角
或几何运算,因此没有串或日期 — 时间处理函数的使用那么频繁。
具有讽刺意味的是,在主要DBMS的函数中,数值函数是最一致最统
一的函数。表11-3列出一些常用的数值处理函数

本章介绍了如何使用SQL的数据处理函数,并着重介绍了日期处理函
数。

おすすめ

転載: www.cnblogs.com/ygjzs/p/12229961.html