約 4,412,350 件
https://w.atwiki.jp/vanity/pages/4.html
データ一覧。 ◆アコスキルの考察 ◆プリスキルの考察 ◆ハイプリスキルの考察 ◆そろえたい武器防具 ◆殴りが使うマグヌス ◆ME殴りの基本戦術 ◆殴りプリの狩り場 ◆カードについての考察 ◆ペア狩りについて ◆支援殴りの新たな可能性 ◆転生後の支援殴りとME殴り ◆仕様変更後のマグナムブレイク ◆アスムかキリエか ◆スパイクについて ◆養子殴りプリマジック
https://w.atwiki.jp/rinn/pages/64.html
Database内のスキーマを簡単に調べる方法 現在運用中のデータベースにどんなスキーマが存在するかを調べる場合に 下記のコマンドを実行すると簡単にスキーマを調べることができます。 db2look -d database name -a -e -m -l -x -f -o db2look.sql database name にsampleなどデータベースの名前セットして実行すると、db2look.sqlに、スキーマ情報が出力されます。 db2look.sqlは、これを実行するとスキーマ（テーブル、インデックスなど）が何も無いところから再構成できるだけの情報がはいっています。 (例） -- This CLP file was created using DB2LOOK Version 9.1 -- Timestamp Wed 09 Apr 2008 04 37 33 PM JST -- Database Name SAMPLE -- Database Manager Version DB2/LINUX Version 9.1.2 -- Database Codepage 1208 -- Database Collating Sequence is IDENTITY CONNECT TO SAMPLE; ------------------------------------ -- DDL Statements for TABLESPACES -- ------------------------------------ CREATE LARGE TABLESPACE SYSTOOLSPACE IN DATABASE PARTITION GROUP IBMCATGROUP PAGESIZE 32768 MANAGED BY AUTOMATIC STORAGE AUTORESIZE YES INITIALSIZE 32 M MAXSIZE NONE EXTENTSIZE 4 PREFETCHSIZE AUTOMATIC BUFFERPOOL IBMDEFAULTBP テーブルスペースの生成からCREATE TABLE,CREATE INDEX等と続きます。 db2lookはもともと障害からの復旧用ツールになります。
https://w.atwiki.jp/rinn/pages/65.html
Databaseのトランザクション状態の確認方法 db2pdでいろいろとDB2の状態を確認することができますが、下記の様にすることで、 トランザクション状態を知ることができます。 db2pd -db database name -transaction db2inst1@intft01 ~]$ db2pd -db sample -transaction Database Partition 0 -- Database SAMPLE -- Active -- Up 0 days 00 59 17 Transactions Address AppHandl [nod-index] TranHdl Locks State Tflag Tflag2 Firstlsn Lastlsn LogSpace SpaceReserved TID AxRegCnt GXID 0x131D1880 25 [000-00025] 2 0 READ 0x00000000 0x00000000 0x000000000000 0x000000000000 0 0 0x00000002FAD1 1 0 0x131D2480 26 [000-00026] 3 0 READ 0x00000000 0x00000000 0x000000000000 0x000000000000 0 0 0x00000002FAD2 1 0 0x131D3080 27 [000-00027] 4 0 READ 0x00000000 0x00000000 0x000000000000 0x000000000000 0 0 0x00000002FBF3 1 0 0x131D3C80 28 [000-00028] 5 0 READ 0x00000000 0x00000000 0x000000000000 0x000000000000 0 0 0x00000002FAD6 1 0 0x131D4880 90 [000-00090] 6 7 READ 0x00000000 0x00000000 0x000000000000 0x000000000000 0 0 0x00000002FC07 1 0 Locksでロック状態がわかります。また、AppHandlがアプリケーションIDとなり db2 list applications (show detail) で関連を確認できます。
https://w.atwiki.jp/atyou/pages/21.html
DB2でデータベースをコピーする方法は、 ①「db2look」コマンドでDDLを作成する ②それを流してコピーデータベースを作成する という流れのようです。 残念ながら、GUIでできるようなツールはないみたいです。 VNCで接続 db2 start database manager db2look -d 元のデータベース名 -e -u db2admin c \DBFILE.txt db2 list db directory ・・・ データベースのインスタンス名を取得 db2 attach to db2inst2 db2 create database 新しいデータベース名 c \DBFILE.txtの中身のconnect to の後の元のデータベース名を新しいデータベース名に置きかえる。 db2 -tvf c \DBFILE.txt c \DBFILE.out http //www-06.ibm.com/jp/software/data/developer/pd/04_05.html
https://w.atwiki.jp/my-sql/pages/145.html
HOME 関数 その他の関数 DATABASE DATABASE DATABASE() カレントデータベース名を返す。 mysql SELECT DATABASE(); - test カレントデータベースがない場合、DATABASE() は、MySQL 4.1.1 以降では NULL を返し、それ以前のバージョンでは空の文字列を返す。
https://w.atwiki.jp/atyou/pages/22.html
DB2でデータベースをコピーする方法 SQLサンプル コマンド一覧 db2 connect to e_money user db2admin using db2admin・・・接続 db2 start database manager db2 list db directory・・・データベース・ディレクトリーの場所（ノード名を調べる） db2 attach to NDE7A3B9 user db2admin using db2admin・・・(ノード名を指定して)アタッチ db2 get snapshot for locks on e_money db2 list applications show detail・・・アプリケーションが待ちかを調べる db2 get db cfg for e_money show detail c \e_money_cfg.txt・・・データベース構成パラメータ db2 select TABNAME FROM SYSCAT.TABLES c \tab_name.txt・・・テーブル名（oracleのuser_tables）みたいなもの db2 UPDATE DB CFG FOR e_money USING LOCKTIMEOUT 10・・・ロックタイムアウトの設定変更 db2 detach・・デタッチ db2 connect reset
https://w.atwiki.jp/kai26cf/pages/68.html
DATABASE いろいろなデータのまとめです。 もちろんWikiなんで誰でも編集できます。 Database Computer Music Lylic Poem Upload Music Image Others Private(Owner s) 皆さんでもファイルをアップロード可能です。 ただし、１つのファイルにつき１Mまでです。 編集方法を見る。 名前 コメント
https://w.atwiki.jp/wiki6_starlight/pages/5.html
Database Database Job Item Job SwordmanKnightLord Knight CrusaderPaladin MagicianWizardHigh Wizard SageProfessor AcolytePriestHigh Priest MonkChampion ArcherHunterSniper Bard/DancerClown/Gypsy ThiefAssassinAssassin Cross RogueChaser MerchantBlacksmithWhitesmith AlchemistCreator Super Novice? Item Equip(slot)? Card?
https://w.atwiki.jp/keroro00innovator/pages/1473.html
database database アーティスト MAN WITH A MISSION 発売日 2013年10月9日 レーベル SMR デイリー最高順位 1位(2013年10月9日) 週間最高順位 1位(2013年10月15日) 月間最高順位 2位(2013年10月) 年間最高順位 15位(2013年) 初動売上 34325 累計売上 60101 週間1位 収録内容 曲名 タイアップ 視聴 1 database ログ・ホライズン OP 2 your way 3 Green-Tinted Sixties Mind 4 distance ランキング 週 月日 順位 変動 週/月間枚数 累計枚数 1 10/15 1 新 34325 34325 2 10/22 2 ↓ 5778 40103 3 10/29 6 ↓ 3644 43747 4 11/5 11 ↓ 2616 46363 2013年10月 2 新 46363 46363 5 11/12 19 ↓ 1725 48088 6 11/19 24 ↓ 1432 49520 7 11/26 ↓ 1368 50888 8 12/3 1009 51897 2013年11月 37 ↓ 5534 51897 9 12/10 796 52693 10 12/17 18 ↑ 798 53491 11 12/24 14 ↑ 798 54289 12 14/1/5 16 ↑ 856 55145 2013年12月 21 ↑ 3248 55145 13 1/7 5 ↑ 1674 56819 14 1/14 8 ↓ 1452 58271 15 1/21 12 ↓ 939 59210 16 1/28 ↓ 363 59573 17 2/4 273 59846 2014年1月 25 ↓ 4701 59846 18 2/18 255 60101 関連CD Seven Deadly Sins
https://w.atwiki.jp/ohden/pages/311.html
Database ◆PostgreSQL ◆MySQL ◆SQLite ◆Oracle Database ◆SQL Server Microsoft DBのパフォーマンスについて詳しい http //www.oracle.com/technetwork/jp/database/articles/tsushima/ SQL SQL ├ DLL テーブル操作 └ DML レコード操作 ◆結合について 結合はfrom句内で『join』によって行う方法とwhere句内で『=』によって行う方法とある。 from where 内部結合 t1 inner join t2 on (t1.id = t2.id)t1 join t2 on (t1.id = t2.id) t1.id = t2.id 外部結合 t1 left outer join t2 on (t1.id = t2.id)t1 left join t2 on (t1.id = t2.id) t1.id = t2.id(+) t1 right outer join t2 on (t1.id = t2.id)t1 right join t2 on (t1.id = t2.id) t1.id(+) = t2.id ※inner joinのinner、left/right outer joinのouterは省略可能 両方とも書き方が違うだけで、得られる効果は一緒。DBが明確に性能差を示していない限り性能も変わらないハズ。 where句内で指定する方がシンプルで分かりやすい。joinの方は長く書かなきゃいけんし、使いたくないわ。と思ってしまう。 じゃ、なんでコレ同じ機能に2つの方法を用意してるかというと、結合条件と選択条件を明確に区別させるためらしい。 選択条件が複雑でたくさんあるようなsql文の場合、結合条件も選択条件もwhere句内に書いてしまうと何が結合条件で、何が選択条件か分からんくなってしまう。 で、そんな時はjoinを使って結合条件をfrom句の方へ逃がしてやると良い感じ。 まぁ、where句の方で明確に区別付くようにしてあったら、join使う必要も無い気がするが... tips 任意のカラム(文字列)に文字列を付与したい UPDATE entrySET name = concat( PREFIX , name)WHERE name NOT LIKE PREFIX % PostgreSQLとMySQLの比較 ちと古いですが... http //thinkit.co.jp/free/article/0603/10/1/ 複合主キーについて STIの縦横変換について 更新日： 2022年12月09日 (金) 09時41分11秒 名前 コメント すべてのコメントを見る