ほぼほぼ初心者でSQLの練習がしたいっていう人、知識の再確認をしたい人にオススメのサイト。 SQLZOO ブラウザ上で動作するので、めんどくさい環境設定もなし。 データベースも、MySQL、Oracle、SQL Server、Postgre、Ingres、DB2から選べる。 簡単なSELECT文から始まって、SUMやCOUNTみたいな基本的な関数の問題や、JOINを使ったちょっと難しめの構文もある。 実行環境付きのリファレンスもあるのがよい！(超便利！)

SQL Server このコマンドを使用すると、次の復元シナリオを実行できます。 完全データベース バックアップからデータベース全体を復元する (完全復元)。 データベースの一部を復元する (部分復元)。 特定のファイルまたはファイル グループをデータベースに復元する (ファイル復元)。 特定のページをデータベースに復元する (ページ復元)。 トランザクション ログをデータベースに復元する (トランザクション ログ復元)。 データベース スナップショットでキャプチャされた時点にデータベースを戻す。 その他のリソース SQL Server 復元シナリオの詳細については、「復元と復旧の概要」を参照してください。 別のインスタンスからデータベースを復元するときは、「 データベースを別のサーバー インスタンスで使用できるようにするときのメタデータの管理 (SQL Server)」の情報を考慮してく

テキストファイルに記載したINSERT等のSQL文を一括で実行したいときがあります。 sqlplusを使用すれば、テキストファイルに記載したSQLを一括で実行することが可能です。 sqlplusを起動して、 @[SQL文を記載したファイルのフルパス] としてやればOK イメージはこんな感じ。 Oracle Database 10g Release 10.2.0.2.0 - Production に接続されました。 SQL>@c:\sql\all_inst.txt 注意点として、sqlplusは自動的にトランザクションを開始するようで、 明示的にcommit;を実行してやらないとデータを確定してくれません。 もう一つの方法としてコマンドプロンプトを起動して cd c:\sql と、カレントディレクトリをSQL文を記載したテキストファイルが置いてある ディレクトリに移動してから、sqlplus

SELECT Replace(Replace(Replace(Replace(Replace(Replace(Replace(Replace(Replace( Type ,'-32761','モジュール') ,'-32766','マクロ') ,'-32764','レポート') ,'-32768','フォーム') ,'5','クエリ') ,'6','Accessリンク') ,'4','ODBCリンク') ,'1','テーブル') ,'-32766','マクロ') AS 種類 , MsysObjects.Name, MsysObjects.DateCreate, MsysObjects.DateUpdate FROM MsysObjects WHERE (((MsysObjects.Type)=1) AND ((Left([Name],4))<>"Msys")) OR (((MsysObjec

忘れない内にメモメモ。 SQLServerにて、ビューとトリガーの定義の取得方法です。 もっといいやり方知っている方いらっしゃったら教えてください。m(_ _)m [ビュー] USE AdventureWorks GO /* ビューの定義を取得 */ SELECT (schemas.name + '.' + views.name) AS Name ,modules.definition AS Definition FROM sys.views views INNER JOIN sys.objects objects ON views.object_id = objects.object_id INNER JOIN sys.schemas schemas ON objects.schema_id = schemas.schema_id INNER JOIN sys.sql_modules m

連載バックナンバー Oracleトラブル対策の基礎知識 今回の主な内容 セグメント拡張エラーの対処法 セグメントとは？ データファイルの実体 表領域の管理方法 拡張失敗時のエラーとその種類 汎用的なエラーに対応する対処法 ディスク領域が不足する場合の対処法 （関連キーワード：ORA-01653／ORA-01654／ORA-01628／ORA-30036／ORA-01652） そもそもセグメントとは何でしょうか？ Oracle Database（以降、Oracle）がデータを格納する際にOSレベルで管理する構造（データファイル）を物理構造といい、データファイル内の領域を論理的に管理する構造（表領域、セグメント、エクステント、データブロックなど）を論理構造といいます。 論理構造という考え方がなかった場合、テーブルを1つ作るごとにデータファイルが1つ作成されることになり、管理などが非常に複雑化し

SQL Serverのスキーマから簡易テーブル設計書を作成するSQLです。 Management Studioで出力対象のDBに対して下記SQLを発行してください。 あとは、クエリ結果をExcelにでもコピペして加筆、整形してください。 SELECT C.TABLE_NAME AS TableName, C.ORDINAL_POSITION AS OrdinalPosition, CASE WHEN T1.COLUMN_NAME IS NULL THEN 0 ELSE 1 END AS IsPK, C.COLUMN_NAME AS ColumnName, C.DATA_TYPE AS DataType, CASE C.CHARACTER_MAXIMUM_LENGTH WHEN -1 THEN 'MAX' WHEN NULL THEN '' ELSE ISNULL(CONVERT(VARCH

Access 2000 で、あるテーブルがどのクエリーで使われているかを調べようと思ったのですが、クエリーの数が非常に多く、デザインビューなどで１つ１つ開いて調べるのはやっかい、という場面に出くわしました。 そこで調べてみると、クエリーの SQL をテキストファイルに出力するサンプルを紹介してくれている方がいました。これを使えば、出力したテキストファイル内を検索すれば調べられます。 http://questionbox.jp.msn.com/qa708589.html 以下はプログラムそのままの引用になります。クエリーを読み取ってテキストファイルに出力し、それをメモ帳で開いています。 Private Sub Command_Click() Dim Dbs As DAO.Database Dim Qdf As DAO.QueryDef Dim FileName As String Dim F

10年ぐらい前はJavaで文字列を連結するときは String ではなく StringBuffer を使ったほうが速いなんて言われてたんだけど、それがテクニックとして有効だったのは「StringBufferを使えばこれこれの内部動作になる」という関係が固定されていたからで、仮にJVMのリビジョンによってどっちが速いかがコロコロ変わったり、文字列の長さが一定以上になると突然あっちの方が速くなったり、みたいな状態だったら「文字列の連結はStringBufferの方が...」はテクニックとして成り立たなくなってしまう。 が、SQLについての言説の一部はまさにこの状態で、本来成り立たないことがチューニングテクニックとして語られていると思う。 そういうのを暗記するのはやめて実行計画を見ましょう、という話。 「INとEXISTSはどっちが速いか」の不毛 昔から「INを等価なEXISTSに書き換えると速

「INをEXISTSに書き換えると速くなる」という話が、DBMSやそのバージョンを限定せずにSQL一般の話として語られることがあるけど、実感としてそれはないだろうと。 そこでどういう場合に速くなるのか確認しようと思ったけどうまくいかなかったので、どういう場合に速くならないかを書いてみます。 速くならない(1) - 同一の実行計画になる SQL Server 2005で以下のSQLを流すと、IN/EXISTSで同一の実行計画が出てきた。 IN select count(*) from 受注 t where 商品CD in (select 商品CD from 商品) EXISTS select count(*) from 受注 t where exists (select * from 商品 where 商品CD=t.商品CD) 実行計画 |--Compute Scalar(DEFINE:([