約 19,900 件
https://w.atwiki.jp/sqlpuzzle/pages/21.html
※ゼミの日までにDBMSサーバの準備ができていなかったため、 サンプルデータでの検証はしていません。ご了承ください。 chieminの答え 2008年04月01日18時41分08秒.pdf ゼミ中に出たコメント
https://w.atwiki.jp/eco_yotuba/pages/4.html
ニュース @wikiのwikiモードでは #news(興味のある単語) と入力することで、あるキーワードに関連するニュース一覧を表示することができます 詳しくはこちらをご覧ください。 ＝＞http //atwiki.jp/guide/17_174_ja.html たとえば、#news(wiki)と入力すると以下のように表示されます。 メトロイド ドレッド攻略Wiki - Gamerch(ゲーマチ) 【まおりゅう】最強パーティー編成とおすすめキャラ【転スラアプリ】 - Gamerch(ゲーマチ) 【グランサガ】リセマラ当たりランキング - グランサガ攻略wiki - Gamerch(ゲーマチ) Among Us攻略Wiki【アマングアス・アモングアス】 - Gamerch(ゲーマチ) マニュアル作成に便利な「画像編集」機能を提供開始！ - ナレッジ共有・社内wikiツール「NotePM」：時事ドットコム - 時事通信 マニュアル作成に便利な「画像編集」機能を提供開始！ - ナレッジ共有・社内wikiツール「NotePM」 - PR TIMES 【Apex Legends】ヴァルキリーの能力と評価【エーペックス】 - Gamerch(ゲーマチ) モンハンライズ攻略Wiki｜MHRise - AppMedia(アップメディア) 【ウインドボーイズ】リセマラ当たりランキング（最新版） - ウインドボーイズ攻略Wiki - Gamerch(ゲーマチ) ポケモンBDSP(ダイパリメイク)攻略wiki - AppMedia(アップメディア) SlackからWikiへ！シームレスな文章作成・共有が可能な「GROWIBot」リリース - アットプレス（プレスリリース） 【ウマ娘】ナリタブライアンの育成論｜URAシナリオ - Gamerch(ゲーマチ) 【ウマ娘】ヒシアケボノの育成論｜URAシナリオ - Gamerch(ゲーマチ) 【ウマ娘】フジキセキの育成論｜URAシナリオ - Gamerch(ゲーマチ) ドラゴンクエストけしケシ攻略Wiki - Gamerch(ゲーマチ) 【ウマ娘】スコーピオ杯のコース解説と強いスキル - Gamerch(ゲーマチ) サモンズボード攻略wiki - GameWith 【スタオケ】カード一覧【金色のコルダスターライトオーケストラ】 - Gamerch(ゲーマチ) 【スマブラSP】ソラのコンボと評価【スマブラスペシャル】 - Gamerch(ゲーマチ) 【ブレフロレゾナ】リセマラ当たりランキング【ブレイブフロンティアレゾナ】 - ブレフロR攻略Wiki - Gamerch(ゲーマチ) 【ポケモンユナイト】サーナイトの評価と性能詳細【UNITE】 - Gamerch(ゲーマチ) 仲村トオル、共演者は事前に“Wiki調べ” - 沖縄タイムス 【ENDER LILIES】攻略チャートと全体マップ【エンダーリリィズ】 - Gamerch(ゲーマチ) 【ウマ娘】あんしん笹針師の選択肢はどれを選ぶべき？ - Gamerch(ゲーマチ) 【ポケモンユナイト】アップデート情報・キャラ調整まとめ - ポケモンユナイト攻略Wiki - Gamerch(ゲーマチ) 【Apex】シーズン11の新要素と最新情報まとめ【エーペックス】 - Gamerch(ゲーマチ) ロストジャッジメント攻略Wiki - Gamerch(ゲーマチ) 【Among us】新マップThe Airship（エアシップ）の解説【アモングアス】 - Gamerch(ゲーマチ) ハーネスについて小児科医の立場から考える（坂本昌彦） - 個人 - Yahoo!ニュース - Yahoo!ニュース ゼルダ無双攻略Wiki｜厄災の黙示録 - AppMedia(アップメディア) 【テイルズオブルミナリア】リセマラ当たりランキング - TOルミナリア攻略Wiki - Gamerch(ゲーマチ) ウマ娘攻略Wiki - AppMedia(アップメディア) ゲトメア（ゲートオブナイトメア）攻略Wiki - Gamerch(ゲーマチ) 【白夜極光】リセマラ当たりランキング - 白夜 極光 wiki - Gamerch(ゲーマチ) お蔵入りとなった幻の『スーパーマリオ』 オランダの博物館でプレイ可能？（リアルサウンド） - Yahoo!ニュース - Yahoo!ニュース ナレッジ共有・社内wikiツール「NotePM」が「ITreview Best Software in Japan 2021」のTOP50に選出 - PR TIMES 真女神転生5攻略Wiki｜メガテン5 - AppMedia(アップメディア) 【B4B】近接ビルドデッキにおすすめのカード【back4blood】 - Gamerch(ゲーマチ) ポケモンスナップ攻略wiki - AppMedia(アップメディア) 富野由悠季「ブレンパワード」作り直したい！ファンを前に意欲（シネマトゥデイ） - Yahoo!ニュース - Yahoo!ニュース 【ウマ娘】査定効率から見た取るべきスキルとおすすめキャラ【プリティーダービー】 - Gamerch(ゲーマチ) 【スマブラSP】カズヤの評価とコンボ【スマブラスペシャル】 - Gamerch(ゲーマチ) ナレッジ共有・社内wiki「NotePM」が「ITreview Grid Award 2021 Fall」で、チームコラボレーションとマニュアル作成部門において「Leader」を5期連続でW受賞！ - PR TIMES メモ・ドキュメント・wiki・プロジェクト管理などオールインワンのワークスペース「Notion」が日本語ベータ版提供開始 - TechCrunch Japan 【ギアジェネ】リセマラ当たりランキング【コードギアス】 - ギアジェネ攻略Wiki - Gamerch(ゲーマチ) モンスターファーム2(MF2)攻略wiki｜アプリ・Switch移植版 - AppMedia(アップメディア) 【ブラサジ】最強キャラTierランキング【ブラックサージナイト】 - Gamerch(ゲーマチ) 【パワプロ】鬼滅の刃コラボ情報まとめ - Gamerch(ゲーマチ) 【SPAJAM2021】第3回予選大会は「クイズ!WIKIにゃんず!」を開発したチーム「かよちゃんず」が最優秀賞！ | gamebiz - SocialGameInfo 検索結果における「ナレッジパネル」の役割とは・・・ウィキメディア財団とDuckDuckGoの共同調査 - Media Innovation ナレッジ共有・社内wikiツール「NotePM」が「BOXIL SaaS AWARD 2021 Autumn」にて「コラボレーション部門」を受賞！ - PR TIMES Wikipediaが「中国人編集者の身の安全を守るため」に一部の編集者アカウントをBANに - GIGAZINE 【ドッカンバトル】3.5億ダウンロードキャンペーン最新情報 - ドッカンバトル攻略Wiki - Gamerch(ゲーマチ) BTS（防弾少年団）のV、8月のWikipedia閲覧数が韓国アーティストで1位！グループでは4ヶ月連続トップ - Kstyle 【イース6オンライン】リセマラ当たりランキング｜召喚ガチャの開放条件は？ - Gamerch(ゲーマチ) BacklogからNotePMへwiki情報を自動API連携する「Backlog to NotePM」をSaaStainerに掲載開始 - PR TIMES ライザのアトリエ2攻略Wiki - AppMedia(アップメディア) 真女神転生3リマスター攻略Wiki｜メガテン3 - AppMedia(アップメディア) タスクも文書もWikiもデータベースもまとめて管理できる「Notion」とは？ - ASCII.jp ナレッジ共有・社内wikiツール「NotePM」が、見るだけ専用ユーザー『無料』の新プランを発表！ - PR TIMES 【かのぱず】リセマラ当たりランキング【彼女お借りします】 - Gamerch(ゲーマチ) 【ウマ娘】シナリオレコードの報酬一覧｜評価点9000以上獲得する方法 - Gamerch(ゲーマチ) 【乃木フラ】リセマラの必要はある？【乃木坂的フラクタル】 - Gamerch(ゲーマチ) 【パワプロ】生放送まとめ｜パワフェス2021 - パワプロ攻略Wiki - Gamerch(ゲーマチ) 【ポケモンユナイト】サーナイトのおすすめビルド（わざ・持ち物） - Gamerch(ゲーマチ) ルーンファクトリー5攻略wiki｜ルンファク5 - AppMedia(アップメディア) シャーマンキングふんばりクロニクル攻略Wiki - Gamerch(ゲーマチ) 簡単操作で自分専用Wikiを構築できるMarkdownエディタ「Obsidian」のモバイル版を使ってみた - GIGAZINE 【ポケモンユナイト】配信時間は何時から？スタートできない？【UNITE】 - Gamerch(ゲーマチ) ディーサイドトロイメライ攻略Wiki - Gamerch(ゲーマチ) 情報マネジメントツール「Huddler」がwiki機能を刷新 - PR TIMES シェアエコ配送アプリ「DIAq(ダイヤク)」のアンカーアプリで、高層ビル・商業施設の入館方法などお役立ち情報をまとめた「DIAqwiki」を公開 - アットプレス（プレスリリース） 異常熱波のカナダで49.6度、いま北米で起きていること（森さやか） - 個人 - Yahoo!ニュース - Yahoo!ニュース 【ツイステ】マスターシェフの攻略～辛味のふるさと～【料理イベント】 - Gamerch(ゲーマチ) 白夜極光攻略wiki - AppMedia(アップメディア) 【バイオミュータント】2.02アプデ｜アップデート1.4情報 - バイオミュータント攻略Wiki - Gamerch(ゲーマチ) 【ひな図書】リセマラ当たりランキング【日向坂図書館】 - Gamerch(ゲーマチ) ニーアレプリカントリメイク攻略wiki｜ver.1.22 - AppMedia(アップメディア) 【ウマ娘】ゴルシウィークはいつから？キャンペーン情報まとめ - Gamerch(ゲーマチ) シーズン66 - 【超速GP】ミニ四駆 超速グランプリ攻略まとめwiki - 電撃オンライン 乃木坂的フラクタル攻略Wiki - Gamerch(ゲーマチ) 「こんなことになるとは…」13年前のエイプリルフールについた“嘘”がネットで… ある男の告白（BuzzFeed Japan） - Yahoo!ニュース - Yahoo!ニュース 整理不要の情報共有ツール(社内Wiki)「Nerve」シードラウンドで総額約3500万円の資金調達を実施 - PR TIMES Nerve - 整理不要の情報共有ツール(社内Wiki) ローンチカスタマー募集開始のお知らせ - PR TIMES パニシンググレイレイヴン(パニグレ)攻略wiki - Gamerch(ゲーマチ) 【ひなこい】最強ひな写ランキング - ひなこい攻略Wiki - Gamerch(ゲーマチ) 稲作アクションRPG『天穂のサクナヒメ』における「農林水産省攻略wiki説」は本当なのか？ - AUTOMATON スタスマ攻略Wiki【スタースマッシュ】 - Gamerch(ゲーマチ) 無料とは思えない多機能っぷりなWikiインフラ「Wiki.js」レビュー、自前でホスト＆外部サービスと連携可能 - GIGAZINE Microsoft Teamsの基本と活用(24) TeamsのWikiを使う - マイナビニュース 『ゲーミングお嬢様』での提起が話題に “企業系wiki”に横たわる問題点とは - リアルサウンド 「エイリアンのたまご」，自動周回機能と公式wikiが登場 - 4Gamer.net 「圧が凄い」Wikipedia、最新の「寄付のお願い」が話題 「ほとんどの方はこのメッセージを読んでくださらないでしょう。ただ...」 - J-CASTニュース 【リゼロス】Re ゼロから始める異世界生活 Lost in Memories攻略まとめwiki - 電撃オンライン 【世界初！】モノの背景を全方位で執筆できるVintage Wiki「VOV」を正式リリース - PR TIMES パワプロ2021／2020攻略Wiki - Gamerch(ゲーマチ) ヌーラボ、「Backlog」の絵文字入力の補完機能やWiki編集の自動マージ機能を改善 - CodeZine（コードジン） ヌーラボ、プロジェクト管理ツール「Backlog」の絵文字入力の補完機能・Wiki編集の自動マージ機能を修正改善 - PR TIMES Backlog、Wikiにファイル添付が容易にできる機能をリリース -- グローバルバーの視認性改善なども実施 - PR TIMES GK川島、パンチング失点でWiki書き換え炎上 「セネガル代表」「プロボクサー」... - J-CASTニュース
https://w.atwiki.jp/eco_yotuba/pages/35.html
南軍の主なタンク構成について ステータスタイプ以下のタイプ区分で分類するA（Attack）タイプ 攻撃重視型 高（M.）ATK D（Defense）タイプ 防御重視型 高耐久、高HP S（Support）タイプ 支援重視型 状態異常スキル多用 R（Recovery）タイプ 回復重視型 範囲回復、サクリなど N（Ninja）タイプ 工作重視型 他軍情報、像工作など T（Takumi）タイプ 石叩重視型 石叩きなど ○+△となっている場合、両方の性質を高いレベルで兼ね備えている例1：D（Defense）+R（Recovery）：高耐久回復重視型 例2：A（Attack）+D（Defense）：高耐久攻撃重視型 (注)本人は低VITで、憑依ナイトなどで耐久力を稼いでいるタンクの構成の場合でも、タンクを構成中は高耐久であると言えなくもないので、一応高耐久に分類しています 水色で表示されている名前は憑依者が可変であることを意味しております ○○となっている場合、タンクの構成が特化されている。例：AA：FHAA等の高火力型 ファイター系 ソードマン系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 Aさん タンク Bさん Cさん Dさん A A FH、AA、極、催涙 常時ちびちび 名前 名前 フェンサー系列 スカウト系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 アーチャー系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 スペルユーザー系 ウィザード系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 シャーマン系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 ウァテス系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 ウォーロック系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 バックパッカー系 タタラベ系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 ファーマー系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 レンジャー系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 マーチャント系列 キャラ名 構成 アクセ 鎧 腕 参加率 タイプ 特徴及び評価理由 コメント欄（Wikiの編集の苦手な方はこちらに） 名前
https://w.atwiki.jp/eco_yotuba/pages/30.html
特徴 職やスキルの傾向 ・他軍戦闘中に乱入し後ろからキルを稼ぐEr、DEMしかいない ・ ・ 本隊規模行動パターン ・ ・ ・ 総評 ・ ・ ・ 主な参加者 指揮 主力・固定ＰＴ ファイター系 ソードマン系列 フェンサー系列ＭＩＵ スカウト系列裏乃素 アーチャー系列 スペルユーザー系 ウィザード系列 シャーマン系列 ウァテス系列 ウォーロック系列 バックパッカー系 タタラベ系列 ファーマー系列 レンジャー系列 マーチャント系列 DEM zeruru コメント欄（Wikiの編集の苦手な方はこちらに） 名前
https://w.atwiki.jp/sqlpuzzle/pages/8.html
@wikiにはいくつかの便利なプラグインがあります。 アーカイブ コメント ニュース 動画(Youtube) 編集履歴 関連ブログ これ以外のプラグインについては@wikiガイドをご覧ください = http //atwiki.jp/guide/
https://w.atwiki.jp/eco_yotuba/pages/31.html
特徴 職やスキルの傾向 ・ ・ ・ 本隊規模・行動パターン ・ ・ ・ 総評 ・ ・ ・ ・ 主な参加者 指揮 影角 刹花 主力・固定ＰＴ 影角 ファイター系 ソードマン系列 フェンサー系列 スカウト系列刹花 影角 アーチャー系列 スペルユーザー系 ウィザード系列血色福音 シャーマン系列 ウァテス系列 ウォーロック系列 バックパッカー系 タタラベ系列 ファーマー系列弥生ちゃん レンジャー系列 マーチャント系列 ＤＥＭ コメント欄（Wikiの編集の苦手な方はこちらに） 名前
https://w.atwiki.jp/sqlpuzzle/pages/31.html
問題 購買間隔の平均を求める。 Sales(customer_name,sale_date) サンプルデータ： customer_name | sale_date | --------------+--------------+- Fred | 1994-06-01 | Mary | 1994-06-01 | Bill | 1994-06-01 | Fred | 1994-06-02 | Bill | 1994-06-02 | Bill | 1994-06-03 | Bill | 1994-06-04 | Bill | 1994-06-05 | Bill | 1994-06-06 | Bill | 1994-06-07 | Fred | 1994-06-07 | Mary | 1994-06-08 | satomiの解答 考え方 （１）customer_nameでグループ化 （２）日付を数値に直し（DAY）最後の購買日から最初の購買日を引く。 （３）購買した回数-1で割る。 SQL文 selectcustomer_name, (MAX(DAY(sale_date))-MIN(DAY(sale_date)))/(count(*)-1)as average from Sales group by customer_name; 結果 +---------------+---------+ | customer_name | average | +---------------+---------+ | Bill | 1.0000 | | Fred | 3.0000 | | Mary | 7.0000 | +---------------+---------+ chiakiの解答 考え方 (1)売上記録の（最後の日ー最初の日）を計算することで、売上記録のある日数を計算する。 (2)全体の日数を、個人各々が（購買した回数－１）で割ることで、購買周期を求める。 注）ただ購買した回数で割ってしまうと、例えばMaryは８日間の中で２日間購買したことになるので、「購買周期は４日に１回」という結果が出てしまう。 SQL文 SELECT customer_name,(max(sale_date)-min(sale_date))/(count(*)-1) as interval FROM sales GROUP BY customer_name; 結果 +---------------+----------+ | customer_name | interval | +---------------+----------+ | Fred | 3 | | Mary | 7 | | Bill | 1 | +---------------+----------+
https://w.atwiki.jp/eco_yotuba/pages/7.html
アーカイブ @wikiのwikiモードでは #archive_log() と入力することで、特定のウェブページを保存しておくことができます。 詳しくはこちらをご覧ください。 ＝＞http //atwiki.jp/guide/25_171_ja.html たとえば、#archive_log()と入力すると以下のように表示されます。 保存したいURLとサイト名を入力して"アーカイブログ"をクリックしてみよう サイト名 URL
https://w.atwiki.jp/eco_yotuba/pages/44.html
更新していってもだんだん移動してたとかで違ってくるのが難点だね - 名無しさん 2013-06-14 00 29 33
https://w.atwiki.jp/sqlpuzzle/pages/25.html
問題 在庫の部品残数を累計的に求める req_date | req_qty | req_onhand_qty | -----------+---------+----------------+ 1994-07-01 | 100 | 100 | 1994-07-02 | 120 | 220 | 1994-07-03 | -150 | 70 | 1994-07-04 | 50 | 120 | 1994-07-05 | -35 | 85 | fumikoの回答 SQL文 SELECT a1.req_date, sum(a2.req_qty) as req_onhand_qty FROM InventoryAdjustments as a1,InventoryAdjustments as a2 WHERE a1.req_date = a2.req_date GROUP BY a1.req_date 考え方 ２つのテーブルa1,a2を用意 a1の日付 =a2の日付の条件で組み合わせる (↓group byする前の状態。select a1.req_date,a2.req_qtyとしたとき) a1date | a2qty -----------+------- 1994-07-01 | 100 1994-07-02 | 100 1994-07-02 | 120 1994-07-03 | 100 1994-07-03 | 120 1994-07-03 | -150 1994-07-04 | 100 1994-07-04 | 120 1994-07-04 | -150 1994-07-04 | 50 1994-07-05 | 100 1994-07-05 | 120 1994-07-05 | -150 1994-07-05 | 50 1994-07-05 | -35 日付ごとにグループ化して合計を求める 実行結果 req_date | req_onhand_qty ----------+---------------- 1994-07-01 | 100 1994-07-02 | 220 1994-07-03 | 70 1994-07-04 | 120 1994-07-05 | 85 satomiの回答 SQL文 SELECT I1.req_date,I1.req_qty,(SELECT SUM(req_qty) FROM InventoryAdjustments I2 WHERE I1.req_date =I2.req_date)as req_onhand_qty FROM InventoryAdjustments I1; 考え方 SELECT節の副問合わせを考える。自己結合を使う 1994-07-01→1994-07-01 1994-07-02→1994-07-01,1994-07-02...... このように、I1.req_dateと日付が同じかそれ以前の、要求数量の合計を計算する。 InventoryAdjustments I1から要求日、要求数量、累計を求める。 実行結果 ------------+---------+----------------+ req_date | req_qty | req_onhand_qty | -----------+---------+----------------+ 1994-07-01 | 100 | 100 | 1994-07-02 | 120 | 220 | 1994-07-03 | -150 | 70 | 1994-07-04 | 50 | 120 | 1994-07-05 | -35 | 85 | おさらい PostgreSQLで解1と解2のコストを計算してみました。 解1の処理コスト QUERY PLAN -------------------------------------------------------------------------------- -------------------------------------------------------------------------- Index Scan using inventoryadjustments_pkey on inventoryadjustments a1 (cost=0. 00..56302.10 rows=1940 width=8) (actual time=0.332..0.543 rows=5 loops=1) SubPlan - Aggregate (cost=28.97..28.98 rows=1 width=4) (actual time=0.053..0.054 rows=1 loops=5) - Bitmap Heap Scan on inventoryadjustments a2 (cost=9.26..27.35 ro ws=647 width=4) (actual time=0.016..0.021 rows=3 loops=5) Recheck Cond (req_date = $0) - Bitmap Index Scan on inventoryadjustments_pkey (cost=0.00. .9.10 rows=647 width=0) (actual time=0.009..0.009 rows=3 loops=5) Index Cond (req_date = $0) Total runtime 0.811 ms (8 行) 解2の処理コスト QUERY PLAN -------------------------------------------------------------------------------- -------------------------------------------------------------------------------- --- GroupAggregate (cost=0.00..47677.40 rows=200 width=12) (actual time=0.106..0.2 63 rows=5 loops=1) - Nested Loop (cost=0.00..38265.91 rows=1254533 width=12) (actual time=0.0 45..0.184 rows=15 loops=1) - Index Scan using inventoryadjustments_pkey on inventoryadjustments a1 (cost=0.00..77.35 rows=1940 width=8) (actual time=0.022..0.033 rows=5 loops= 1) - Index Scan using inventoryadjustments_pkey on inventoryadjustments a2 (cost=0.00..11.60 rows=647 width=8) (actual time=0.005..0.012 rows=3 loops=5 ) Index Cond (a2.req_date = a1.req_date) Total runtime 0.464 ms (6 行) GROUP BYを使った解2より、サブクエリを使った解1のほうが早いはずですが・・・以上より、解2の方がコストが低いってなぜですかね＊￣O￣)ノ