'외국어/일본어 번역(데이터베이스)'에 해당되는 글 26건

  1. 2009.06.26 2009년 6월 26일(数値リテラル)
  2. 2009.06.25 2009년 6월 25일(式)
  3. 2009.06.24 2009년 6월 24일(データベースオブジェクト)
  4. 2009.06.23 2009년 6월 23일(予約語)
  5. 2009.06.22 2009년 6월 22일(query optimization)
  6. 2009.06.21 2009년 6월 21일(テーブル)

数値リテラル

数値定数を表すリテラルは単に、数字の次は整数値を表現する数値リテラルです。

1              2               10               999

少数点の付いた数値を表現するには、普通に点を記述します。

1.23         0.432           29.542

大きな値や小さな値を表記する場合には、指数表記で表現することも可能です。

1.23e10                23.4e12             4.0579e-12

MySQLでは、16進数による数値を記述することができます。先頭に0xを付けた数値は、16進数とみなされます。

0x10          0x8000



수치 리테럴

수치 정수를 나타내는 리테럴은 단지 수자의 다음에 정수치를 표현하는 수치리테럴이다.

1              2               10               999

소수점이 붙은 수치를 표현하는 데는 보통 점을 기술한다.

1.23         0.432           29.542

큰 값이나 작은 값을 표현하는 경우에는 지수표기로 표현하는 것도 가능하다.

1.23e10                23.4e12             4.0579e-12

MySQL에서는 16진수에 의한 수치를 기술하는 것이 가능하다. 선두에 0x를 붙인 수치는 16진수라고 본다.

0x10          0x8000



羅列(られつ):나열, 나란히 열을 지음
リテラル:literal, 프로그램 소스 중에 사용되는 정수
Posted by 자수성가한 부자


式は、テーブルやビューの列、演算子、関数、定数から構成されます。
列は、テーブルやビューで定義されるデータの名前です。1つのテーブルを扱う命令中では、単に列名を記述するだけで、列を特定できます。命令中で複数のテーブルを扱う場合に、それらのテーブルで同じ列名があると、どちらのテーブルの列であるか判別がつかなくなります。このような問題を避けるには、「テーブル名.列名」という記述を行います。
演算子は計算を行うための記号です。足し算をするには、+記号を用いて、「a+b」のようにします。
関数は、「関数名(引数)」のように記述します。引数に対して、何らかの計算が行われ、その結果が返ってきます。
定数は、「100」や「'ABC'」のように固定的な値を表現したものです。定数は「リテラル」とも呼ばれます。




식은 테이블이나 뷰의 열, 연산자, 함수, 정수로 구성된다.
열은 테이블이나 뷰에서 정의된 데이터의 이름이다. 하나의 테이블을 다루는 명령 에는 단지 열명을 기술하는 것만으로
열을 특정할 수 있다. 명령 가운데 복수의 테이블을 다루는 경우에 그 테이블에서 같은 열명이 있으면 어느 테이블의 열인지 판별을 할 수 없게 된다. 이와 같은 문제를 피하는 데는 「테이블명.열명」라는 기술을 해야한다.
연산자는 계산을 행하기 위한 기호이다. 덧셈을 할 때는 + 기호를 사용하고 「a+b」처럼 한다.
함수는 「함수명(인수)」처럼 기술한다. 인수에 대해서 몇개의 계산이 일어나며, 그 결과가 반환된다.
정수는 「100」이나「'ABC'」처럼 고정적인 식을 표현한 것이다. 정수는 「리테럴」이라고도 불린다.



足し算(たしざん): 덧셈
Posted by 자수성가한 부자

データベースオブジェクト

データベースオブジェクトはテーブルやビューなど、ユーザまたはシステムが作成したデータベース中の
オブジェクトの名称です。
オブジェクトの名前は許される範囲で自由に名前をつけることができます。多くのデータベースは漢字(2バイト)が
含まれる、オブジェクト名をつけることが可能です。一般的に、予約語と同じ名前のオブジェクトを作成することはできません。どうしても予約語と重なる名前をつけたいときには、Oracle、DB2、PostgreSQLの場合、オブジェクト名をダブルクォーテーションで囲むと予約語と区別できます。SQL Server、Accessの場合には「[」と「]」で囲みます。MySQLでは、バッククォーテーションで囲みます。



데이터베이스 오브젝트

데이터베이스 오브젝트는 테이블이나 뷰 등, 유저 또는 시스템이 작성한 데이터베이스 중 오브젝트의 명칭이다.
오브젝트의 이름은 허용된 범위에서 자유롭게 이름 붙이는 것이 가능하다. 많은 데이터베이스는 한자(2바이트)를
포함해 오브젝트명을 붙이는 것이 가능하다. 일반적으로 예약어와 같은 이름의 오브젝트를 작성하는 것은 불가능하다.
아무래도 예약어와 겹치는 이름을 붙이고 싶을 때는 Oracle, DB2, PostgreSQL의 경우 오브젝트명을 큰따옴표로 둘러싸면
예약어와 구별할 수 있다. SQL Server, Access의 경우네는 '['와']'로 둘러싼다.  MySQL에서는 작은따옴표로 둘러싼다.


予約語と重なる単語での名前 예약어와 겹치는 단어에서 이름
SELECT * FROM "SELECT"            oracle db2 postgreSQL
SELECT * FROM [SELECT]           SQLServer My Access
SELECT * FROM 'SELECT'            MySQL



オブジェクトは「スキーマ」と呼ばれる名前空間に作成されます。このスキーマ内で、重複しないユニークな名前をつけなければなりません。
オブジェクトの名前付けの規則として、テーブルなら頭にt_をつけ、ビューならばv_をつけるなどして、名前からそのオブジェクトの種類がわかるようにしておく、といったローカルルールもありますが、これは強制的なものではありません。
次に代表的なデータベースオブジェクトを表にまとめます。

データベースオブジェクト
テーブル                   TABLE
インデックス             INDEX
ビュー                      VIEW
プロシージャー          PROCEDURE
ファンクション          FUNCTION
トリガー                   TRIGGER
シーケンス                SEQUENCE
シノニム                   SYNONYM

원문출처 : [改正新版]SQLポケットリファレンス



오브젝트는 '스키마'라고 불리는 이름의 영역에 작성된다. 이 스키마내에서 중복되지 않는 유니크한 이름을 붙여야만 한다.
오브젝트의 명명규칙으로서 테이블이면 머리에 't_'를 붙이고, 뷰이면 'v_'를 붙이는 등해서 이름에서 그 오브젝트의 종류를
알 수 있도록 해 두는 로컬 규칙도 있지만 이것은 강제적인 것은 아니다.
다음에 대표적인 데이터베이스 오브젝트를 표에 정리하였다.

데이터베이스 오브젝트 
테이블             TABLE
인덱스             INDEX
뷰                   VIEW
프로시져          PROCEDURE
함수                FUNCTION
트리거             TRIGGER
시쿼스             SEQUENCE
시노님             SYNONYM


ダブルクォーテーション 큰따옴표
Posted by 자수성가한 부자
予約語

予約語は、「SELECT」や「CREATE」などのような命令、または命令中の単語です。
予約語には半角のアルファベットが使用されます。全角のアルファベットで記述した
「SELECT」は予約語としてみなされません。

출처 : [改正新版] SQL ポケットリファレンス

예약어는 'SELECT'나 'CREATE'등과 같은 명령, 또는 명령 중의 단어이다.
예약어에는 반각 알파벳이 사용된다. 전각 알파벳으로 기술한 'SELECT'는
예약어로 볼 수 없다.



Posted by 자수성가한 부자

クエリ最適化(クエリさいてきか、: query optimization)とは、多くのデータベース管理システム (DBMS) の持つ機能であり、クエリ (データに対する問い合わせ) を実行する最も効率的な方法を決定する。クエリオプティマイザ(query optimizer)とも言う。クエリオプティマイザは、入力されたクエリについて考えられるクエリ実行計画群を評価し、どれが最も効率的か決定する。コストに基づいたクエリオプティマイザでは、個々の計画のコストを見積もり、最もコストの低い計画を選ぶ。コストはクエリ実行時コストであり、入出力(I/O)操作数、CPU時間、その他から決定する。評価されるクエリ実行計画群は、可能なアクセス経路(例えば、インデックス検索、シーケンシャル検索)と結合アルゴリズム(例えば、ソートマージ結合ハッシュ結合、入れ子ループ)の組み合わせから生成される。探索空間は入力されたSQLクエリによっては非常に大きくなる可能性もある。

クエリ最適化をユーザーが直接操作することはできない。クエリがデータベースサーバ (DBMS) に対して発行され、パーサーが構文解析すると、その結果がクエリオプティマイザに送られ、クエリ最適化が行われる。



쿼리 최적화란, 많은 데이터베이스 관리 시스템(DBMS)이 갖는 기능으로 쿼리(데이터 대한 질의)를 실행하는 가장
효율적인 방법을 결정한다. 쿼리 옵티마이저라고 한다. 쿼리 옵티마이저는 입력된 쿼리에 대해서 유추할 수 있는
쿼리실행계획군을 평가하고, 어느 것이 가장 효율적인지 결정한다. 코스트를 기본으로 한 쿼리 옵티마이저에서는 
각각 계획의 코스트를 견적을 내고, 가장 코스트가 적은 계획을 선택한다. 코스트는 실행시의 코스트로 입출력(I/O) 조작수,
CPU시간, 그 외 것들로부터 결정된다. 평가된 쿼리 실행군은 가능한 접근 경로(예를 들면, 인덱스 검색, 시퀀스 검색)과
결합 알고리즘(예를 들면, 소트 머지 조인, 해쉬 조인, 입력자루프)의 조합으로 생성된다. 탐색공간은 입력된
SQL쿼리로 인해 대단히 크게 될 가능성이 크다.

쿼리 최적화를 유저가 직접 조작할 수는 없다. 쿼리가 데이터베이스서버(DBMS)에 대해서 발행되고, 파서가 구문해석하면
그 결과가 쿼리 옵티마이저에 보내져, 쿼리 최적화가 일어난다.
Posted by 자수성가한 부자

テーブル

関係データベースフラットファイルデータベースにおけるまたはテーブルとは、データ要素(値)の集合を垂直なと水平ののモデルで構成したものである。表には所定の個数の列があるが、行数は不定である。各行は特定の列の値で識別され、それを候補キーと呼ぶ。

表は関係と同じ意味でも使われる。ただし、表は多重集合がありうるが、関係モデルにおける関係は重複を許さない点が異なる。実際のデータ行の他に、表にはその表や特定の列での値に関する制約のような何らかのメタ情報が対応しているのが一般的である。

表内のデータはデータベースに物理的に格納されている必要はない。ビューも一種の表だが、そのデータはクエリ時に計算で求められる。また、別のデータベース内の表へのポインタとして機能するニックネームもある。

출처 : http://ja.wikipedia.org/wiki/%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB_(%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9)


table(테이블)

관계 데이터베이스나 플랫파일데이터베이스에 있어서 표 또는 테이블은 데이터의 요소(값) 집합을 수직인 열과
수평의 행의 모델로 구성한 것이다. 표에는 몇 개의 열이 정해져있지만, 행수는 그렇지 않다. 각행은 특정 열의 값으로
인식되어 그것을 보조키라고 부른다.

표는 관계와 같은 의미로도 사용된다. 단 표는 다중집합이 있을 수 있지만 관계모델에 있어서 관계는 중복을 허용하지않는 점이 다르다. 실제 데이터행과 다르게, 표에는 그 표나 특정 열의 값에 관계된 제약처럼 몇개의 메타정보가 대응하고 있는 것이 일반적이다.

표안의 데이터는 데이터베이스에 물리적으로 저장되어 있을 필요는 없다. 뷰도 일종의 표이지만 그 데이터는 쿼리시에 계산으로 구해진다. 또 별도의 데이터베이스내 표에 포인터로서 역할을 하는 별명도 있다.



フラットファイルデータベース:
            flat file database.
            데이터베이스의 각종 모델을 플레인 텍스트 파일로 표현하는 몇개의 수단이다.
플레인 텍스트 파일 (plain text file) : 포맷화 되지 않은 읽을 수 있는 텍스트 파일

         
                                       
Posted by 자수성가한 부자