約 2,222,875 件
https://w.atwiki.jp/mtg2384/pages/1572.html
開催日:2011 / 01 / 09 参加人数:64名 フォーマット:レガシー(~SOM) Alcobendas 9/1/11 1º LML 2011 Top8 Deck Breakdown autolink 優勝:CTG‐UGW Order 準優勝:Naya‐Punishing 第3-4位:Maverick‐Vial 第3-4位:Enchantress 第5-8位:Zoo 第5-8位:Naya‐Punishing 第5-8位:CTG‐UGWB 第5-8位:Maverick‐Vial 優勝:CTG‐UGW Order 使用者:Rafael del Riego Main Deck 1《ドライアドの東屋/Dryad Arbor》 1《平地/Plains》 1《森/Forest》 2《島/Island》 2《溢れかえる岸辺/Flooded Strand》 3《吹きさらしの荒野/Windswept Heath》 4《霧深い雨林/Misty Rainforest》 2《Tundra》 3《Tropical Island》 4《貴族の教主/Noble Hierarch》 4《タルモゴイフ/Tarmogoyf》 4《ロウクスの戦修道士/Rhox War Monk》 1《三角エイの捕食者/Trygon Predator》 1《大祖始/Progenitus》 4《Force of Will》 4《目くらまし/Daze》 4《相殺/Counterbalance》 4《渦まく知識/Brainstorm》 4《剣を鍬に/Swords to Plowshares》 3《自然の秩序/Natural Order》 4《師範の占い独楽/Sensei s Divining Top》 Sideboard 3《大祖始の遺産/Relic of Progenitus》 2《梅澤の十手/Umezawa s Jitte》 2《仕組まれた爆薬/Engineered Explosives》 3《呪文貫き/Spell Pierce》 3《石鍛冶の神秘家/Stoneforge Mystic》 2《クローサの掌握/Krosan Grip》 準優勝:Naya‐Punishing 使用者:Juan José Valero Main Deck 1《森/Forest》 1《山/Mountain》 1《平地/Plains》 1《Karakas》 1《Savannah》 1《Taiga》 2《Plateau》 4《燃え柳の木立ち/Grove of the Burnwillows》 1《吹きさらしの荒野/Windswept Heath》 3《乾燥台地/Arid Mesa》 4《樹木茂る山麓/Wooded Foothills》 4《貴族の教主/Noble Hierarch》 4《タルモゴイフ/Tarmogoyf》 4《野生のナカティル/Wild Nacatl》 4《クァーサルの群れ魔道士/Qasali Pridemage》 3《聖遺の騎士/Knight of the Reliquary》 2《渋面の溶岩使い/Grim Lavamancer》 1《石鍛冶の神秘家/Stoneforge Mystic》 4《流刑への道/Path to Exile》 1《遍歴の騎士、エルズペス/Elspeth, Knight-Errant》 4《稲妻/Lightning Bolt》 4《罰する火/Punishing Fire》 3《稲妻のらせん/Lightning Helix》 1《復讐のアジャニ/Ajani Vengeant》 1《梅澤の十手/Umezawa s Jitte》 Sideboard 1《ボジューカの沼/Bojuka Bog》 1《大祖始の遺産/Relic of Progenitus》 1《トーモッドの墓所/Tormod s Crypt》 2《エーテル宣誓会の法学者/Ethersworn Canonist》 2《紅蓮破/Pyroblast》 2《火山の流弾/Volcanic Fallout》 2《クローサの掌握/Krosan Grip》 2《窒息/Choke》 2《ガドック・ティーグ/Gaddock Teeg》 第3-4位:Maverick‐Vial 使用者:Ricardo Sanz Main Deck 1《森/Forest》 1《平地/Plains》 1《樹上の村/Treetop Village》 1《Karakas》 1《ガイアの揺籃の地/Gaea s Cradle》 4《地平線の梢/Horizon Canopy》 4《Savannah》 4《吹きさらしの荒野/Windswept Heath》 4《不毛の大地/Wasteland》 4《聖遺の騎士/Knight of the Reliquary》 4《クァーサルの群れ魔道士/Qasali Pridemage》 4《石鍛冶の神秘家/Stoneforge Mystic》 4《極楽鳥/Birds of Paradise》 3《雨ざらしの旅人/Weathered Wayfarer》 3《ルーンの母/Mother of Runes》 2《永遠の証人/Eternal Witness》 2《スクリブのレインジャー/Scryb Ranger》 4《剣を鍬に/Swords to Plowshares》 2《森の知恵/Sylvan Library》 4《霊気の薬瓶/AEther Vial》 1《火と氷の剣/Sword of Fire and Ice》 1《光と影の剣/Sword of Light and Shadow》s 1《梅澤の十手/Umezawa s Jitte》 Sideboard 1《トーモッドの墓所/Tormod s Crypt》 1《真髄の針/Pithing Needle》 2《エーテル宣誓会の法学者/Ethersworn Canonist》 2《悟りの教示者/Enlightened Tutor》 1《流刑への道/Path to Exile》 2《クローサの掌握/Krosan Grip》 1《窒息/Choke》 3《ガドック・ティーグ/Gaddock Teeg》 1《太陽と月の輪/Wheel of Sun and Moon》 1《果たし合いの場/Dueling Grounds》 第3-4位:Enchantress 使用者:Israel Sánchez Main Deck 1《孤独の都/City of Solitude》 4《真の木立ち/Sterling Grove》 3《平地/Plains》 9《森/Forest》 2《セラの聖域/Serra s Sanctum》 3《Savannah》 4《吹きさらしの荒野/Windswept Heath》 4《アルゴスの女魔術師/Argothian Enchantress》 2《引き裂かれし永劫、エムラクール/Emrakul, the Aeons Torn》 3《抑制の場/Suppression Field》 3《独房監禁/Solitary Confinement》 2《忘却の輪/Oblivion Ring》 2《補充/Replenish》 2《空位の玉座の印章/Sigil of the Empty Throne》 1《Moat》 4《楽園の拡散/Utopia Sprawl》 4《繁茂/Wild Growth》 4《エレファント・グラス/Elephant Grass》 4《女魔術師の存在/Enchantress s Presence》 1《ミリーの悪知恵/Mirri s Guile》 Sideboard 4《神聖の力線/Leyline of Sanctity》 2《霊体の正義/Karmic Justice》 2《沈黙のオーラ/Aura of Silence》 1《補充/Replenish》 1《ルーンの光輪/Runed Halo》 3《窒息/Choke》 1《孤独の都/City of Solitude》 1《地の封印/Ground Seal》 第5-8位:Zoo 使用者:David Cidoncha Main Deck 1《山/Mountain》 1《森/Forest》 1《平地/Plains》 1《Karakas》 1《不毛の大地/Wasteland》 2《地平線の梢/Horizon Canopy》 2《Savannah》 2《Plateau》 3《Taiga》 2《樹木茂る山麓/Wooded Foothills》 2《乾燥台地/Arid Mesa》 4《吹きさらしの荒野/Windswept Heath》 4《野生のナカティル/Wild Nacatl》 4《貴族の教主/Noble Hierarch》 4《タルモゴイフ/Tarmogoyf》 4《クァーサルの群れ魔道士/Qasali Pridemage》 4《聖遺の騎士/Knight of the Reliquary》 2《石鍛冶の神秘家/Stoneforge Mystic》 2《渋面の溶岩使い/Grim Lavamancer》 4《剣を鍬に/Swords to Plowshares》 2《流刑への道/Path to Exile》 2《遍歴の騎士、エルズペス/Elspeth, Knight-Errant》 4《稲妻/Lightning Bolt》 1《梅澤の十手/Umezawa s Jitte》 1《バジリスクの首輪/Basilisk Collar》 Sideboard 1《トーモッドの墓所/Tormod s Crypt》 2《精神壊しの罠/Mindbreak Trap》 1《悟りの教示者/Enlightened Tutor》 1《エーテル宣誓会の法学者/Ethersworn Canonist》 3《紅蓮破/Pyroblast》 3《クローサの掌握/Krosan Grip》 1《窒息/Choke》 3《台所の嫌がらせ屋/Kitchen Finks》 第5-8位:Naya‐Punishing 使用者:Alejandro Delgado Main Deck 1《森/Forest》 1《山/Mountain》 1《平地/Plains》 1《Karakas》 1《地平線の梢/Horizon Canopy》 1《Savannah》 2《Taiga》 2《Plateau》 3《燃え柳の木立ち/Grove of the Burnwillows》 2《吹きさらしの荒野/Windswept Heath》 3《乾燥台地/Arid Mesa》 4《樹木茂る山麓/Wooded Foothills》 4《貴族の教主/Noble Hierarch》 4《タルモゴイフ/Tarmogoyf》 4《野生のナカティル/Wild Nacatl》 4《クァーサルの群れ魔道士/Qasali Pridemage》 4《聖遺の騎士/Knight of the Reliquary》 4《運命の大立者/Figure of Destiny》 1《悪斬の天使/Baneslayer Angel》 4《剣を鍬に/Swords to Plowshares》 1《遍歴の騎士、エルズペス/Elspeth, Knight-Errant》 4《稲妻/Lightning Bolt》 4《罰する火/Punishing Fire》 Sideboard 1《ボジューカの沼/Bojuka Bog》 2《トーモッドの墓所/Tormod s Crypt》 1《梅澤の十手/Umezawa s Jitte》 2《エーテル宣誓会の法学者/Ethersworn Canonist》 2《紅蓮破/Pyroblast》 3《クローサの掌握/Krosan Grip》 2《窒息/Choke》 2《ガドック・ティーグ/Gaddock Teeg》 第5-8位:CTG‐UGWB 使用者:Darío González Main Deck 1《森/Forest》 1《平地/Plains》 2《島/Island》 3《Tropical Island》 3《Underground Sea》 3《Tundra》 3《霧深い雨林/Misty Rainforest》 4《溢れかえる岸辺/Flooded Strand》 4《タルモゴイフ/Tarmogoyf》 4《闇の腹心/Dark Confidant》 2《ヴェンディリオン三人衆/Vendilion Clique》 4《Force of Will》 3《呪文嵌め/Spell Snare》 4《相殺/Counterbalance》 4《渦まく知識/Brainstorm》 2《予報/Predict》 2《精神を刻む者、ジェイス/Jace, the Mind Sculptor》 4《剣を鍬に/Swords to Plowshares》 1《クローサの掌握/Krosan Grip》 4《師範の占い独楽/Sensei s Divining Top》 2《ヴィダルケンの枷/Vedalken Shackles》 Sideboard 3《呪文貫き/Spell Pierce》 2《青霊破/Blue Elemental Blast》 2《流刑への道/Path to Exile》 3《仕組まれた疫病/Engineered Plague》 3《根絶/Extirpate》 2《クローサの掌握/Krosan Grip》 第5-8位:Maverick‐Vial 使用者:David López Murciano Main Deck 1《森/Forest》 1《平地/Plains》 1《樹上の村/Treetop Village》 1《Karakas》 1《ガイアの揺籃の地/Gaea s Cradle》 4《地平線の梢/Horizon Canopy》 3《Savannah》 1《溢れかえる岸辺/Flooded Strand》 4《吹きさらしの荒野/Windswept Heath》 4《不毛の大地/Wasteland》 4《聖遺の騎士/Knight of the Reliquary》 4《クァーサルの群れ魔道士/Qasali Pridemage》 4《石鍛冶の神秘家/Stoneforge Mystic》 4《極楽鳥/Birds of Paradise》 4《ルーンの母/Mother of Runes》 3《雨ざらしの旅人/Weathered Wayfarer》 2《土を食うもの/Terravore》 2《スクリブのレインジャー/Scryb Ranger》 4《剣を鍬に/Swords to Plowshares》 2《森の知恵/Sylvan Library》 4《霊気の薬瓶/AEther Vial》 1《火と氷の剣/Sword of Fire and Ice》 1《光と影の剣/Sword of Light and Shadow》s 1《梅澤の十手/Umezawa s Jitte》 Sideboard 1《ボジューカの沼/Bojuka Bog》 1《トーモッドの墓所/Tormod s Crypt》 2《悟りの教示者/Enlightened Tutor》 2《流刑への道/Path to Exile》 1《エーテル宣誓会の法学者/Ethersworn Canonist》 2《クローサの掌握/Krosan Grip》 2《窒息/Choke》 3《ガドック・ティーグ/Gaddock Teeg》 1《果たし合いの場/Dueling Grounds》
https://w.atwiki.jp/dvdfeatures/pages/44.html
DVD情報 シーズン1 2 北米版DVD シーズン3 北米版DVD シーズン4 北米版DVD シーズン5 北米版DVD 5シーズンセット → 発売済みのDVDを単にまとめたもので、このセット限定の特典はなし。スピンドルのためディスクが取り出しにくいと不評。 出演 Dave Foley, Maura Tierney, Phil Hartman, Stephen Root, Vicki Lewis, Andy Dick, Joe Rogan, Khandi Alexander ゲスト Jon Stewart, French Stewart, Janeane Garofalo, Ben Stiller, Scott Adams, Bob Odenkirk, David Cross, Lauren Graham, Jerry Seinfeld ほか
https://w.atwiki.jp/wind_database/pages/28.html
Aldo Rafael Forte Aldo Rafael Forte(アルド・ラファエル・フォルテ, 1953 - )は、キューバ出身のアメリカ人作曲家。 生涯 1953年、キューバのハバナに生まれる。 9歳、アメリカに移住し、市民権を得る。 数学の教授であり、アマチュアのギタリストであった父から音楽の指導を受ける。 作曲をRoss Lee Finney, William Presser, and Robert Jagerらに師事。 Tennessee Technological Universityの学位を取得している。 2001年のAmerican Music in the United States Armed Forces Composition Competitionで賞を受賞。 作風 室内楽からオーケストラまで幅広い作曲活動を行っている。 主な作品 スフィンクスの謎 シンフォニー・フォー・ザ・ミレニアム ダリ Danzas Brillantes The Thunderbirds Vestida de Luto 引用 C. Alan Publications このページのタグ:Aldo Rafael Forte
https://w.atwiki.jp/mtgflavortext/pages/12915.html
食事に政治を持ち込むべからず。 Dinner and politics don't mix. 統率者2017 フォーゴトン・レルム探訪統率者デッキ 統率者レジェンズ:バルダーズ・ゲートの戦い 統率者マスターズ} imageプラグインエラー ご指定のファイルが見つかりません。ファイル名を確認して、再度指定してください。 (Disrupt Decorum2.png) ストリクスヘイヴンの星、料理評論家アスペン・ヴァン・ヌートによる戦いの取材は、卓越した戦争報道として学生ジャーナリズム賞に輝いた。 Strixhaven Star food critic Aspen Van Gnoot's coverage of the fight would go on to win a student journalism award for outstanding war reporting. 統率者マスターズ 【M TG Wiki】 名前
https://w.atwiki.jp/goodgames/pages/156.html
アクセス地域別統計(2011/07/13版) 掲示板にて「外人さんが増えてませんか」との質問を頂きましたので調査いたしました。 外国人(正確には外国からの接続)が増加しているとすれば、その理由がEATW閉鎖であることは明らかであるため、 閉鎖された2011/06/30の前後11日間を対象に比較しています。 但し、平日と休日ではアクセス数が大きく異なるため、 閉鎖前後のどちらでも週末を二回含むよう期間を調整しています。 調査対象期間 (EATW閉鎖前) 2011/06/18~2011/06/28 (11日間) 調査対象期間 (EATW閉鎖後) 2011/07/01~2011/07/11 (11日間) 調査対象サーバ GoodGames アジア地域に配置されている4台 総接続数 (EATW閉鎖直前の11日間) 10,346人 総接続数 (EATW閉鎖直後の11日間) 19,813人 前後比 +91.50% 解説するまでもなく総接続者数が約2倍に激増していることは明らかです。 アクセス地域別詳細 順位 国と地域 2011/06/18から2011/06/28まで(11日間) (同左)占有率 2011/07/01から2011/07/11まで(11日間) (同左)占有率 接続者数の変動比 占有率の変動比 1 Japan 5684 54.94% 7510 37.90% +32.13% -31.02% 2 Korea, Republic of 774 7.48% 2916 14.72% +276.74% +96.79% 3 China 730 7.06% 1953 9.86% +167.53% +39.66% 4 Hong Kong 591 5.71% 1577 7.96% +166.84% +39.40% 5 Thailand 448 4.33% 728 3.67% +62.50% -15.24% 6 Taiwan 404 3.90% 1577 7.96% +290.35% +104.10% 7 Singapore 217 2.10% 626 3.16% +188.48% +50.48% 8 Russian Federation 213 2.06% 378 1.91% +77.46% -7.28% 9 Germany 197 1.90% 346 1.75% +75.63% -7.89% 10 Philippines 152 1.47% 291 1.47% +91.45% 0.00% 11 United States 126 1.22% 442 2.23% +250.79% +82.79% 12 India 116 1.12% 114 0.58% -1.72% -48.21% 13 Australia 88 0.85% 131 0.66% +48.86% -22.35% 14 Malaysia 68 0.66% 252 1.27% +270.59% +92.42% 15 Indonesia 59 0.57% 114 0.58% +93.22% +1.75% 16 France 51 0.49% 87 0.44% +70.59% -10.20% 17 Poland 43 0.42% 69 0.35% +60.47% -16.67% 18 Vietnam 42 0.41% 100 0.50% +138.10% +21.95% 19 United Kingdom 35 0.34% 49 0.25% +40.00% -26.47% 20 Netherlands 26 0.25% 48 0.24% +84.62% -4.00% 21 Sweden 20 0.19% 38 0.19% +90.00% 0.00% 22 Switzerland 19 0.18% 34 0.17% +78.95% -5.56% 23 Denmark 19 0.18% 21 0.11% +10.53% -38.89% 24 Canada 16 0.15% 56 0.28% +250.00% +86.67% 25 Hungary 16 0.15% 22 0.11% +37.50% -26.67% 26 Austria 15 0.14% 30 0.15% +100.00% +7.14% 27 Italy 14 0.14% 20 0.10% +42.86% -28.57% 28 Czech Republic 12 0.12% 33 0.17% +175.00% +41.67% 29 Belgium 12 0.12% 29 0.15% +141.67% +25.00% 30 Macau 11 0.11% 42 0.21% +281.82% +90.91% 31 Spain 10 0.10% 30 0.15% +200.00% +50.00% 32 Slovakia 9 0.09% 5 0.03% -44.44% -66.67% 33 Turkey 9 0.09% 4 0.02% -55.56% -77.78% 34 Ukraine 9 0.09% 14 0.07% +55.56% -22.22% 35 Sri Lanka 8 0.08% 5 0.03% -37.50% -62.50% 36 Brazil 7 0.07% 16 0.08% +128.57% +14.29% 37 Nepal 7 0.07% 0 0.00% -100.00% -100.00% 38 United Arab Emirates 6 0.06% 1 0.01% -83.33% -83.33% 39 Israel 5 0.05% 8 0.04% +60.00% -20.00% 40 South Africa 4 0.04% 2 0.01% -50.00% -75.00% 41 Greece 4 0.04% 5 0.03% +25.00% -25.00% 42 Luxembourg 4 0.04% 2 0.01% -50.00% -75.00% 43 Brunei Darussalam 3 0.03% 7 0.04% +133.33% +33.33% 44 Slovenia 3 0.03% 4 0.02% +33.33% -33.33% 45 New Zealand 3 0.03% 10 0.05% +233.33% +66.67% 46 Finland 3 0.03% 17 0.09% +466.67% +200.00% 47 Romania 3 0.03% 2 0.01% -33.33% -66.67% 48 Portugal 3 0.03% 2 0.01% -33.33% -66.67% 49 Serbia 2 0.02% 1 0.01% -50.00% -50.00% 50 Iceland 2 0.02% 0 0.00% -100.00% -100.00% 51 Asia/Pacific Region 2 0.02% 0 0.00% -100.00% -100.00% 52 Mauritius 2 0.02% 1 0.01% -50.00% -50.00% 53 Norway 2 0.02% 10 0.05% +400.00% +150.00% 54 Saudi Arabia 2 0.02% 3 0.02% +50.00% 0.00% 55 Croatia 2 0.02% 6 0.03% +200.00% +50.00% 56 Mexico 2 0.02% 4 0.02% +100.00% 0.00% 57 Kuwait 1 0.01% 0 0.00% -100.00% -100.00% 58 Iran, Islamic Republic of 1 0.01% 0 0.00% -100.00% -100.00% 59 Belarus 1 0.01% 0 0.00% -100.00% -100.00% 60 Faroe Islands 1 0.01% 0 0.00% -100.00% -100.00% 61 Iraq 1 0.01% 0 0.00% -100.00% -100.00% 62 Cambodia 1 0.01% 3 0.02% +200.00% +100.00% 63 Lithuania 1 0.01% 3 0.02% +200.00% +100.00% 64 El Salvador 1 0.01% 1 0.01% 0.00% 0.00% 65 Armenia 1 0.01% 1 0.01% 0.00% 0.00% 66 Kazakstan 1 0.01% 10 0.05% +900.00% +400.00% 67 Bosnia and Herzegovina 1 0.01% 1 0.01% 0.00% 0.00% 68 Argentina 1 0.01% 2 0.01% +100.00% 0.00% EATW閉鎖前後と比較し日本国内からの接続は約38%増加しました。 しかし他のアジア諸国からの接続は軒並み200~300%の激増となっています。 そのためEATW閉鎖前は全接続者の約55%が日本国内からであったにもかかわらず、 閉鎖後は約38%まで急激に低下しています。 結論 現状では6割以上が外国からの接続です。 ( - )
https://w.atwiki.jp/cscd/pages/141.html
srandom(int seed)関数はseedに16807をかけて2147483647で割った余りをとるという方法で乱数を生成しているのでseedが0だと乱数が生成できない。 よって”if (s==0) s=1;”という一文が書かれており、seedが0と1では同じ乱数が生成されるので注意。
https://w.atwiki.jp/sysd/pages/4533.html
日立ハイテクノロジーズ 本店:東京都港区西新橋一丁目24番14号 【商号履歴】 株式会社日立ハイテクノロジーズ 日製産業株式会社(1947年10月~) 株式会社日之出商会(1947年4月12日~1947年10月) 【株式上場履歴】 <東証1部>1983年9月1日~ <大証1部>1983年9月1日~ <東証2部>1971年10月1日~1983年8月31日(1部に指定替え) <大証2部>1972年10月2日~1983年8月31日(1部に指定替え) 【合併履歴】 2006年4月 日 日立ハイテク電子エンジニアリング株式会社 2005年4月 日 株式会社日製サイエンス 【沿革】 当社は昭和22年4月12日に株式会社日之出商会として設立されました。設立後まもなく商号を日製産業株式会社に変更しました。日製産業の名称は、日立製作所の「日」と「製」に因んでおります。設立当初は、内外有名メーカの製品販売の商事会社としての方針を明確にし、国内主要都市及び海外主要地域へ逐次営業地域を拡張してまいりました。平成13年10月1日に、株式会社日立製作所が吸収分割した計測器事業及び半導体製造装置事業を承継したことにより、製造機能を併せもつ会社となりました。これに伴い、商号を株式会社日立ハイテクノロジーズに変更しました。 昭和22年4月 資本金195千円をもって、株式会社日之出商会として、東京都中央区に設立 昭和22年10月 日製産業株式会社に商号変更 昭和28年1月 本店所在地を東京都港区に移転 昭和33年1月 本店所在地を東京都千代田区に移転 昭和35年5月 ニューヨーク出張所を設置(支店を経て昭和44年4月アメリカ日製産業Ltd.として独立) 昭和35年7月 デュッセルドルフ出張所を設置(昭和39年4月ドイツ日製産業G.m.b.H.として独立、平成14年4月Hitachi High-Technologies Europe GmbHに商号変更) 昭和39年2月 香港駐在所設置(支店を経て平成7年4月日製産業香港有限公司として独立、平成14年4月日立高科技香港有限公司に商号変更) 昭和39年3月 本店所在地を東京都港区西新橋二丁目に移転 昭和40年4月 日立計測器サービス㈱を設立(平成18年7月㈱日立ハイテクフィールディングに商号変更) 昭和46年10月 東京証券取引所第二部に上場 昭和47年3月 シンガポール出張所を設置(昭和48年4月シンガポール日製産業Pte.Ltd.として独立、平成14年4月Hitachi High-Technologies (Singapore) Pte.Ltd.に商号変更) 昭和47年4月 日製石油販売㈱を設立(平成元年10月㈱日製メックスに商号変更し、その後平成18年7月㈱日立ハイテクマテリアルズに商号変更) 昭和47年5月 ブラジル日製産業Ltda.を設立(平成14年4月Hitachi High-Technologies do Brasil Ltda.に商号変更) 昭和47年10月 大阪証券取引所第二部に上場 昭和48年7月 ㈱日製エレクトロニクスを設立 昭和55年4月 カナダ日製産業Inc.を設立(平成14年4月Hitachi High-Technologies Canada, Inc.に商号変更) 昭和58年9月 東京証券取引所、大阪証券取引所第一部に上場 昭和58年9月 日製ソフトウェア㈱を設立(平成16年9月㈱日立ハイテクソリューションズに商号変更) 昭和61年3月 本店所在地を東京都港区西新橋一丁目に移転 昭和62年4月 日製サービス㈱を設立(平成18年4月㈱日立ハイテクサポートに商号変更) 昭和62年10月 日製エンジニアリング㈱を設立 平成5年4月 ㈱日製サイエンスを設立 平成6年1月 タイランド日製産業Co., Ltd.を設立(平成14年4月Hitachi High-Technologies (Thailand) Ltd.に商号変更) 平成6年10月 上海日製産業有限公司を設立(平成14年5月日立高新技術(上海)国際貿易有限公司に商号変更) 平成10年1月 マレーシア日製産業IPC Sdn. Bhd.を設立(平成14年4月Hitachi High-Technologies IPC (Malaysia) Sdn.Bhd.に商号変更) 平成11年3月 日製三洋ハイテクサービスPte. Ltd.を設立(平成15年4月Hitachi High-Tech Instruments Service (Asia) Pte.Ltd.に商号変更) 平成12年8月 亞太日立計測器服務股份有限公司を設立 平成13年10月 ㈱日立製作所との吸収分割に伴い、商号を㈱日立ハイテクノロジーズに変更、㈱日立サイエンスシステムズ(平成18年4月㈱日立ハイテクサイエンスシステムズに商号変更)、日立那珂エレクトロニクス㈱(平成18年4月㈱日立ハイテクコントロールシステムズに商号変更)、那珂インスツルメンツ㈱(平成15年6月日立那珂インスツルメンツ㈱に商号変更)他4社を子会社化 平成14年1月 日製産業貿易(深圳)有限公司を設立(平成15年4月日立高新技術(深圳)貿易有限公司に商号変更) 平成14年3月 ギーゼッケ・アンド・デブリエント㈱を設立 平成14年4月 Hitachi High Technologies America, Inc.を設立(アメリカ日製産業Ltd.、日立インスツルメンツInc.は合併により消滅、H.H.T.A. Semiconductor Equipment Israel, Ltd.他2社を子会社化) 平成14年10月 日速科計測器(上海)有限公司を設立 平成15年4月 三洋ハイテクノロジー㈱と三洋ハイテクサービス㈱の全株式を取得し、それぞれ㈱日立ハイテクインスツルメンツ及び㈱日立ハイテクインスツルメンツサービスに商号変更 平成15年6月 商法特例法に定める委員会等設置会社に移行 平成16年3月 日立電子エンジニアリング㈱(平成16年4月日立ハイテク電子エンジニアリング㈱に商号変更)の全株式を取得し、他4社を子会社化 平成16年4月 日製エンジニアリング㈱と㈱日製エレクトロニクスが合併し、㈱日立ハイテクトレーディングに商号変更 平成16年7月 計測テクノロジー㈱と日立那珂インスツルメンツ㈱が合併し、㈱日立ハイテクマニファクチャ&サービスに商号変更 平成17年4月 ㈱日製サイエンスを吸収合併 平成17年4月 Hitachi High-Technologies Korea Co.,Ltd.を設立 平成17年5月 日立高科技貿易(上海)有限公司を設立 平成17年9月 日立先端科技股份有限公司を設立 平成18年4月 日立ハイテク電子エンジニアリング㈱を吸収合併
https://w.atwiki.jp/nocry/pages/338.html
* 不便があるからちょっと来てくれないか、緊急を要するんだ。 そんな風に部屋でくつろいでいる時間に電話で簡単に呼ばれて、なにごとかと駆けつけたら、ただの昨日提出した報告書の手直しだった。 「そうでも言わないとお前、のんびりやってきて仕上がるのが明日になるだろう。」 文句を言ったら返された。それはそうかもしれないけれど、けれどたとえば事故にでもあったのじゃあないかとか、ブチ腐れテロどもの掃討が決定しただとか、もっとこう、おおぎょうな「なにか」を予測して飛んできただけに、背筋を正しての書き物、修正作業だなんて全く身が入らない。 「ハインケル。」 呼ばれる。 「なんです、」 「終わったら帰っていいぞ。」 ありがたいお言葉、自分の目の前に数件重ねた報告書、手直ししないとならない個所がどれほどかを知ってそう言ってくれるのだから、いい性格している、としか評価できない。まあ、これ全部自分が書いたものだったけれど。 自分だって部屋で休んでいたところを駆り出されたわけだし、こんなもの明日にでも持ちこしてうっちゃって、さっさと帰ってもよかった、だのにおとなしく従ったほうが身のためだぞ、と強い口調で言われた。鞭ばかりみせて、飴をださないところがどうにも局長らしいと思うけれど、徹夜の気概で終わらせたら、こないだ提出した数センチにも及んでしまった始末書の束は不問、そう言う意味合いらしかった。 従わざるを得ない。退路を断たれたのと同じだ。あの始末書の件で、由美江とともに頭っから怒鳴られ処罰されることと、目の下に隈取をつくって明日朝課にでるのとどちらがマシかと聞かれたら、どんなに苦労になるとしたって、誰でもいまの状況をえらぶと思う。こないだの任務はちょっと失敗してしまって、言いつくろえる状況になかったからだ。 自分を呼びつけた局長は、書架の上の段のほうで明日からの出張の移動中に読むらしい適当な本を探している。ヴァチカン表向きの司教名義で隣の国だったかどこかに行くのだとか言っていたけれど、裏の仕事でこれだけ忙しいのにご苦労なことだと、ひとごとながらちょっと同情した。今日ここへ自分が詰めさせられているのも、彼が明日から数日間留守にするため、出かける前に、いまある仕事をなるべくひとつでも終わらせておきたいと言う、意向なのだろうと思う。たぶん、どれだけ努力したところで、戻ってきたときに机の上に山積みになっている状況は回避できないと思うのだけれど、まあ、それが彼らしいと言えばらしいか。 手直しする報告書は、めくってみるときちんと修正すべき個所にあちこち付箋やら細い文字で書き込みやらしてあって、そういうのをみるたびに、このひとってほんとうに几帳面というか、神経質だよなとつくづく思う。部下に放り投げるなら、もうそのままなにも手をつけずぶん投げてしまえばよいと思うのだけれど、きっとそれでまた自分が二度も三度も目をとおして、手直し箇所を指摘しなければいけないのが厭なのだと思った。面倒くさいとか、効率が悪いとかではなくて、たぶん純粋に厭なのだ。 本を物色していた局長がそのまま静かになっていたので、ペンを走らせながら自分が目を上げてちらと確認すると、脚立の一番上、足場のあたりに腰をおろして選んでいたはずの本を開いて読みふけりはじめているのだった。結構な高さだ。そんなところで読んでいないで、下におりてもっと楽な姿勢で読めばいいのに。ちょっと笑ってしまう。 本当に本に埋もれることが好きなひとだ。 自分と彼が知り合った孤児院時代から、もう暇さえあれば図書室に籠もって本に鼻を突っ込み朝から晩まで読みふけっていた。それも子供向けの、簡単なイラスト入りのようなものではなくて、当時孤児院に勤めていた教誨師たちが読むような、果てにはそのおとなですら読みづらくて投げ出すような文献のものまで、自分の目からはちょっと気がふれたとしか思えないような読み方で、なんだか気の毒になるほど必死になって読んでいた。読むのをやめると死ぬ、おおげさだけれどそう言いたくなるほどの必死さだった。 たぶん本人にも理由は判っていなかったのだと思う。 それにしても、コーヒーのはいったマグを片手に、あんな不安定な姿勢で、わりとこのひとが死ぬときは、事故だとか事件に巻き込まれたとかそう言うのではなくて、本棚の角に当たって死んだとか、書籍が落ちてきて下敷きになって死んだとか、ろくでもない、他人が聞いたら笑ってはいけないと判っているのに笑ってしまうような、たとえば、ピーナツを放り投げて食べたらそのままおかしな具合に気管に入ってしまって窒息死したとか、そうした死にかたをするんじゃあないかとも思った。 そんなことを思っていたら、局長がなんの気なしに足を組み替えたはずみにわ、だとか言ってバランスを崩す、自分も慌てて立ち上ったけれど机に阻まれて、ああ、なんて言っている間に彼はひっくり返って、脚立の上から落ちた。 どさどさと数冊の本と、ついでに手にしたマグの中身もぶちまける。 「だ、だいじょうぶですか。」 「くっそ、」 側に寄ったはいいものの、どう手を付けるべきか、下手に抱き起こして頭でも打っていたら、そんな風に心配していたのだけれど、局長は悪態をつきながらひとりで起き上がり、コーヒーにまみれた顔をぬぐう。悪態をつけるぐらいなのだから、そうまずい具合でもないのだろうとほっとした。 「あー……糞。」 ぶちまけたマグの中身はまだだいぶん入っていたらしく、顔だけじゃあなくて、頭もシャツもコーヒーにまみれていて、髪からしたたる茶色の水滴と、肌にぺたとはりついた感触が気持ち悪かったのか、彼は舌打ちをして苦々しい顔になる。 「タオルとってくれ。」 言われて指さされた方へ目をやると、応接用のソファの背にタオルがかけられていて、それが結構無造作に置かれていたのでしわくちゃで、はらうと埃が舞った。 「これ、いつのです。」 「先週だったか?先々週だったか?雨に降られたときに拭いて、そのまま、」 差しだすと受け取った彼は、うつむき髪をぬぐいながらこたえる、わりと手入れしているらしい髪のように見えるのに、むれたまま乾いたにおいのするタオルで拭いて気持ち悪くないのかとか、そんなことを思う。 彼は見た目がかなりととのっているし、シャツだとかパンツだとかに、糊のかかったものを着用することが多いから、初対面の相手にはとてもこざっぱりとしたなりの、きちんとしている風に見られやすいけれども、実際は案外がさつで、てきとうで、無造作だと言うことを彼に近しい人間は知っている。仕事の書類に関していえば、それはもう微に入り細を穿つような徹底ぶりなのだけれど、それ以外だとそんなに細かなことにこだわらないと言うか、外から帰ってきて病的なほど丁寧に丁寧に手を消毒しているかと思ったら、ずいぶん前に使ったまま洗っていないマグカップに、「あ。」とか言いながら、新しくコーヒーを淹れてしまってそれを飲んでしまったりだとか、たぶん本当の潔癖症の人間からしたら卒倒しそうなことを平気でする。綺麗好きなのか、そうでないのか判らないようなところがある。 波の幅がひとより大きく揺れていて、理解されないと言うか。 「それ、脱いでしまったらどうです。」 べたべたになったシャツをぬぐって、染みにいやあな顔をしていた局長へ言うと、そうだな、とすこし考えた風になって、それからおもむろに釦に手をかけ、さっさとシャツを脱ぎ始める、ここで脱いだって着替えはないわけだし、どうせ自分がいま修正している報告書があがるのを待っているだけで、本を読むほど暇なら一旦部屋へ戻って着替えてきたらどうかと言おうかとも思ったけれど、結局自分がそう言うことはなかった。明日の朝一番に出立すると言うようなことを言っていたし、このところ根をつめて仕事をしていたから、部屋へ戻ったらそのまま寝てしまうのを嫌っているのかもしれない。たぶん、ここで寝なくたってどうせ機内で寝られるのだから、そんな風におもっているのかもしれないし、そうだとしたらいま選んでいる本なんて、寝てしまえばどれも同じようなものなのだろうけれど、たとえば落ち着かないだとか、なにかこだわりでもあるのかもしれない。 羽織るものもなかったので、どうぞと言って自分の上着を差しだした。 「半裸で部屋に戻る訳にもいかないでしょう。」 ほぼ全員男、のヴァチカンで、同じ男の上半身を見たところでどうなるわけでもないけれど、十三課課長としての体裁と言うものもあるだろうと思う。 うん、と受けとろうとこちらを向いた局長の胸板のあたり、中心よりだいぶん左へずれたところに不器用に引き攣れた、小指ほどの幅と長さの傷痕があって、何気に目に留まり、それ、残っているんですねと自分は思わず呟いていた。 「え?」 「傷。」 「……ああ、」 自分が言うと彼は一瞬すっと無表情になり、それからすぐ能面を苦笑にかえた。 「昔、それで自分、騒ぎましたよね。」 「……大騒ぎされたな。」 彼も思いだしたのか、苦笑いがすこし深くなる。 孤児院にマクスウェル少年がつれてこられたとき、自分はすでにもうその場所にいて、周りと馴染んで生活していた。年齢的には彼のほうがいくつか上ではあったけれど、同じ初等部の上級生として面倒を見てやってくださいと、当時の孤児院にいた神父さまたちから頼まれ、先輩面をして世話を焼こうとし、先走った張り切りをことごとく彼にへし折られ、意気消沈し、何度か取っ組み合いのけんかにすら至った。しばらく経つうちに、彼が必要以上に他人の干渉をのぞまないこと、ひとりでいるところへ邪魔をされるのを嫌うこと、彼から話しかけるのはよいがこちらから話しかけられるのが苦手なこと、などを理解して、それからはほどほどの距離感を置いて自分も彼に接するようになり、そうするとお互いにびくびくとした、不器用ながらの接触も次第に増えて、自分たちは傍から見ると珍妙な、いつでも距離を測りかねているような、そんな親密の度合いになった。 それでも、いっとうに信頼されていたのだと思う。 自分と彼は取っ組み合いのけんかをしたけれど、それはほんとうに自分と彼だけの関係のことで、もともと彼は口の方が先に出て、しかも相手をとことん叩き潰す言いぶりをするので、上級生たちからは目をつけられ、おとなたちの目の届かないところで、何度かひどい目にもあっていたようだった。 ひどい目にあっていたにもかかわらず、彼は決してそれをおとなたちに話すことをしなかった。上級生から口止めされていたわけではなかったと思う。たぶん彼なりの自尊心や自負心のようなものがあって、告げ口をすることは彼の誇りにおいて耐えられなかったのだ。子供じみた意地っぱり、そうなのかもしれなかった、けれど自分はどうしたって貫き通そうとするその彼なりの意地に、ある種の尊敬のようなものをいだいていて、だから彼が殴られたり蹴られたりして怪我をし戻ってくる度に、こっそり医務室から救急箱を拝借して、絆創膏を貼ったり、化膿止めを塗ってやったりしていた。 最初はその手当すら彼はいやがっていたけれど、一度蹴られたところが熱を持ち、そのときは結局神父さまの知るところとなって、個別に呼ばれて事情を聴かれたりして、それがたいそう煩わしかったらしく、以降はおとなしく手当をさせてくれるようになった。 えらくなってやる、が彼の口癖だった。 いまはまだ無理だ、あの上級生を黙らせる力がまだ僕にはない、でもきっとすぐにでもえらくなって、絶対に見返してやる、僕に頭をさげなければ生き残ってゆけないほど、僕は絶対にえらくなってやる、手当てをするときに彼は必ず目をぎらぎらと光らせ、そんなことを言った。 自分は実物を見たことはなかったけれど、物陰にひそみ獲物を狙う、牙と爪をもつ獣はこうした静かで爛々としていて物騒な目をしているのじゃあないかと思っていた。 それでいて、いまにも泣きだしそうな目だとも思った。 ある日、いつになくひどくやられて戻ってきたとき、顔以外(腫れると目立つので、やつらは服で隠せる場所以外は決して手を出さない)、どこもかしこもめちゃくちゃな状態で、青あざどころか、黒かったり黄色かったり橙色に変色してあるところもあって、さすがにこれは限界じゃあないかと、自分はおののいた。このままエスカレエトしていったら、そのうち弄り殺されてしまうのじゃあないか。意地にもほどがある、けれど彼は黙ってベッドの毛布にもぐりこみ、体を縮めて痛みに耐えるのだった。 いつものように救急箱を無断拝借して部屋へ戻り、それまでの腕や脛だけにとどまらない、腹部におよぶ暴行の痕へ青くなりながらせめて湿布しようとしていた自分は、彼の胸にのこった奇態な傷跡を見て、とうとうわあと後ずさった。 赤くただれた痕。気が動転して、このままでは彼はきっと死んでしまう、そう思いこんで、マクスウェルの声を背中で聞きながら自分は廊下を走り職員室へ駆け込み、そこでのんびりと休憩していたアンデルセン神父の姿を見止め、走り寄りしがみついて訴えた。 穴が、と自分は言った。 マクスウェルの胸のここに、穴が開いているんです。 たちまち真顔になった神父は、自分の肩を掴み、マクスウェルが怪我をしたのですかとたずねた。こわい顔だった。 判りません。よく判らないんです。 泣きじゃくって自分は言う。 血が出ていたかどうかも、判りません。でも、大きな穴がここに開いていて、それに、ほかにも、全身、たくさんの。 聞くや否や、上着を打ち払って身をひるがえした神父、慌てて自分もあとを追う、走りながらいままで黙って隠してきた自分が、黙っていろと言ったマクスウェルが、暴行を加える上級生どもが、いっぺんになさけなくみっともなく、そうしてかなしく思えて、わあわあと泣きながら自分は部屋へ戻った。 部屋へ戻ると毛布から顔だけを出し、部屋の入口をきついまなざしで睨んでいる彼がいた。入口にはアンデルセン神父が立っている。 どうしました、神父が言った。怪我をしているそうですが。 なんでもありません。マクスウェルがこたえる。怪我なんてしていません。べつに、どうでもないんです。 ですが、このあたりに、穴が開いていると。 ――ああ。 聞いたマクスウェルが笑みを浮かべる。嘲笑だった。 古傷ですよ。前にできたものです。いま開いたってわけじゃあない。 そのとき笑んだ彼の表情。入り口を見ていた、だから自分も、神父も視界におさまっていたはずなのに、その目にはなにもうつっていなかった。どこか別の場所、別の人間へ向けられた、底知れない嗤い。絶望なんてなまやさしいものじゃあなかった。自分はちいさく悲鳴を上げる。 「あれ、結局どうしたのだったか。」 受けとった自分の上着を羽織り、局長がこちらをみて言う、鋭さは増したけれど荒んだ色はずいぶんましになった。 「大騒ぎになったことはおぼえているんだが、最後どうなったか記憶がすっ飛んでるな。」 「……たしかアンデルセンが、局長の毛布を剥いだんですよ。」 もう無理矢理、四の五も言わさずに剥いで、全身をあらわにさせて、そうして上級生からの「歓迎行為」があきらかになったのだった。 「そうだったか。」 そんなこともあったのだったかなあ、どんな痛み屈辱をうけたとしても昔話だ。えらくなってやるとおのれに言い聞かせていた少年は、その言葉通りえらくなった。 「局長、聞いてもいいですか。」 「ぅん?」 あのとき結局どうした傷痕だったのか、聞くことができなかった。あとから考えてみると、全身のあざとは違ってかさぶたもなく、綺麗なものだった。古傷だと少年は言ったけれどその通り以前にできたものだったのだろう。忘れていた。もうずっと気になっていたはずなのに、いま見て思いだすまで忘れていた。 記憶なんてそんなあやふやなものだった。 「その穴どうして開いたんです。」 「ああ、」 聞いた彼が薄く笑った。冷淡なものではあったけれど、あの時の少年が浮かべたものよりずっと良かったのでほっとする、自分たちはおとなになった。おとなになる過程で、着くとはなしに身に着いた、ずぶとさや無神経さと言うもの、蒸れたタオルで頭を拭いてしまえるほどにはオブラァトで覆えた、後には引けない意地と言うもの。 くさいものには蓋をする器用さを知った。 「母親がな。」 ボタンを留めないまま開いた前身ごろ、その間に手を差し入れ、彼が傷跡をうっすらと撫ぜ微笑む。 「母親?……局長の?」 「いや。産みの母親じゃあなくて……本妻の方。」 「ああ。」 聞いたことがあった、彼の母親は妾妻であったと、認知されないままに大きくなり、母親が亡くなり、行き場を失い父親の屋敷へ引き取られた。 「笑える対応だった。坊主憎けりゃ袈裟まで、ほんとうにそんな感じだったな。やることなすことことごとく気に入らなかったようで、まあ、いま思うと、あれは神経衰弱とか精神分裂とかそうしたたぐいだったんだろうが。……ある晩かっとなった彼女が、暖炉の火箸を、こう、左脇に、な。」 とん、と彼が親指で傷跡の上を突いてみせる。 「……刺されたんですか。」 「そう。あの女、心臓って言うのはこっち、左にあると勘違いしてやがった。こんな端に中心臓器があるものか、ちょっと考えればそれぐらい判りそうなものだろう。」 殺したかったんだろうな。彼の言う。 「真ん中のこのあたりを狙ってくれれば本懐を遂げられたろうに、おかげでこっちはびっくりするし、痛いし、死ねないしで散々だった。」 言えるものなのだろうか。聞いて、しまったと自分は内心ほぞを噛む。興味、出来心で聞いてよい類のものではなかった。 「昔の話だ。」 感傷が顔に出たのか、自分をうかがった局長がぽんぽんと自分の肩を叩き笑った。それから自分の腕を嗅ぎ、ああ畜生コーヒーくさいとぼやく。タオルの悪臭には耐えられても、コーヒーの香りは我慢がいかないらしい。それがどうにも彼らしくて、つられて自分も笑った。 ふたりで向かいあわせ、ふふと笑っていると、こつこつと数度入り口のドアがノックされ、いらえを待たずに内側へ開いた。室内に漂うコーヒー臭と、向かい合い、にやにやとする彼と自分をみとめて、入室した大柄な体が訝しそうに足を止める。 「噂をすれば、だ。」 まだおかしそうに肩を揺らしながら、局長が立ちあがり、床に散った本を拾いあげながら、できたかとそんな風にかるい様子でたずねた。それを聞いて自分は不意に、どうして彼が私室へ戻らずにこの部屋に居座っていたのか、自分が仕上げる報告書をのんびり待つあいだ、手持ち無沙汰にコーヒーを何杯も飲んで本を選び、よせる睡魔をこらえながら、無理をしてまでここにいた理由、それが理解できたような気がした。 アンデルセン神父を待っていたのじゃあないかと思う。 「どうしました。」 怪訝な顔のまま神父は彼へ歩み寄り、手にした数枚の紙を手渡す。ああ、と渡されたそれへ目を走らせながら、 「ハインケルと昔話で盛り上がっていた。」 彼はそうこたえた。 「昔話……、」 「私の聖痕のありがたい由来を聞かせてやっていたところだ。」 「拝聴しました。」 首をひねる神父へ、自分はおおぎょうに頷いてかえす、 「凄絶な過去だったので絶句していたところです。」 でも聖痕はないですよ、言うとそうかと彼がこたえる。聞いてああ、と合点したらしい神父が、胸の、そう言った。このひともまた少年にのこされた傷跡の意味を、あのとき知ることになったのだろうと思った。 「そう。」 まあこれでいい、アンデルセン神父の報告書へ向かって彼は頷き、それから徐に顔を上げ、やけにぎらぎらとした目付きになって、しくじるなよ、そんな風に呟いた。その目付き、底知れぬ嗤い、あのときの少年が見せたものと同様のもの、自分は息をのんだと言うのに、受けた神父は顔色ひとつ変えず、 「しくじる、?」 静かにたずねる。 「あの女はしくじった。貴様が私を仕留めるときは必ず心臓、ど真ん中を突き刺すことをしくじるな。」 「……私がしくじるとでも?」 伸ばしたアンデルセン神父の中指が、彼のむき出しの肌の上、体の中心線の丁度真上をとんと刺し、ここだな、たいそうおだやかな声で告げた。 動作、指でわずかにふれた肌、自分はその声を耳にした途端、どういうわけかぎくとして、あまりにおだやかに過ぎたのでおそろしくなって、思わず目を伏せる。いっそ闘争をむき出しにした咆哮のほうが百倍ましに思えた。 「そうだ、」 いらえた少年は、真っ向から視線を受けたようだった。気がふれている、ああまでおだやかで物騒な視線を向けられて平気でいらえる局長も、まるでやさしい風のアンデルセン神父も、そうしておかしいと思っている自分も、まとめてふれているに違いなかった。 そうだと彼はもう一度言う。そうしてうれしそうに笑った。 (Dies irae :怒りの日) next -----------------------------------------
https://w.atwiki.jp/jasagiri/pages/81.html
Updated May 22, 2009 by antirez README イントロダクション Redis はデータベースです。redis をより特徴付けているのは、キーに関連付けられた値を辞書として実装しているとてもシンプルなデータベースということです。例えば、キー "surname_1992" は文字列 "Smith" を取り出せます。 Redis で面白いのは、キーに関連付けられる値は単純な文字列だけに限らず、 たくさんのサーバ側でのこのデータ型に関連付けられたアトミックな操作の lists や sets も関連付けることができることです。 Redis はメモリにデータセットを置きますが、非同期でデータセットのダンプをディスクに時々書き込むのでデータセットは永続化されます。このダンプはサーバが再起動したときにいつも読み込まれます。 Redis は数秒の elapzed やデータが変更された後にデータセットを保存するように構成できます。例えば、1000の変更があると保存するようにや、少なくとも 60 秒毎に保存するように Redis に伝えることができます。あなたはこのたくさんの組み合わせを指定できます。 データは非同期で書かれているため、もしシステムクラッシュが起こったとしても、最後の少しの問い合わせが失われるだけです(これはほとんどのアプリケーションで許容されています)。Redis は もしあなたのアプリケーションが少しのレコードでも失われるのが許容できないなら、早いうちから問題ないようにするために master-slave レプリケーションをサポートしようと思っています。(?) key-value 型データベースを超えて ほとんどの key-value 型データベースははキーと値は単なる文字列です。Redis ではキーはもちろん文字列だけですが、関連付けられた値は文字列やリストやセットやこのデータ型に対する複雑な単一操作を実行するコマンドがあるので、Redis をデータ構造サーバとして考えることが出来ます。 例えば、 O(1) に LPUSH か RPUSH 操作を使って、キー"mylist"に保存されたリストに要素を追加することが出来ます。その後、LRANGE で要素のレンジを取得したり LTRIM でリストを整えたりすることが出来ます。Sets もまたとてもフレキシブルで、Sets (ソートされていない文字列の集合)から要素を加えたり除いたりでき、 サーバ側でintersection , union, Sets の違いを問い合わせます。 この特徴(ソートされたリストとセットのサポート)すべてのおかげで、スケーラブルなアプリケーションのための唯一のDBとしてどんな関係データベースも必要とせず Redis を使うことが可能なのです。私たちは実世界に例を示すために PHP + Redis でシンプルな Twitter クローンを書きました。このリンクの先にはとても単純な言葉でデザインと内部について説明する記事があります。 Redis と Memcached との違いは何か 違いは以下: Memcached は永続化されず、キャッシュとして使うことを主な目標として、節約せず単にメモリにすべて保持するだけです。Redis はアプリケーションのメインDBとして使うことが出来ます。 私たちは Redis だけをデータベースとして使う単純な Twitter クローンを書きました。 Redis は memcached のように key-value モデルで、キーは単なる文字列ですが、Redis の値は List と Set の 共通集合のような複雑な操作ができ、 set/get リストの n番目の要素を設定したり取得したり、要素を pop/push したりすることがセットとリストに対して出来ます。これは list をメッセージキューとして利用できることを意味します。 Redis と Tokyo Cabinet / Tyrant との違いは何か Redis と Tokyo Cabinet は同じアプリケーションに利用できますが、実際は大きく異なっています。もしあなたがスケーラブルなものにかかわる人の twitter メッセージを読んだら、両方の製品ともうまくいくと報告されるでしょうが、どちらか一方がベストチョイスな時があるのも確かです。いくつかの違いをフォローします (私は偏っていると思うので自分で確かめてください)。 Tokyo Cabinet writes synchronously on disk, Redis takes the whole dataset on memory and writes on disk asynchronously. Tokyo Cabinet is safer and probably a better idea if your dataset is going to be bigger than RAM, but Redis is faster (note that Redis supports master-slave replication that is trivial to setup, so you are safe anyway if you want a setup where data can't be lost even after a disaster). Redis supports higher level operations and data structures. Tokyo Cabinet supports a kind of database that is able to organize data into rows with named fields (in a way very similar to Berkeley DB) but can't do things like server side List and Set operations Redis is able to do pushing or popping from Lists in an atomic way, in O(1) time complexity, server side Set intersections, SortCommand ing of schema free data in complex ways (Btw TC supports sorting in the table-based database format). Redis on the other hand does not support the abstraction of tables with fields, the idea is that you can build this stuff in software easily if you really need a table-alike approach. Tokyo Cabinet does not implement a networking layer. You have to use a networking layer called Tokyo Tyrant that interfaces to Tokyo Cabinet so you can talk to Tokyo Cabinet in a client-server fashion. In Redis the networking support is built-in inside the server, and is basically the only interface between the external world and the dataset. Redis is reported to be much faster, especially if you plan to access Tokyo Cabinet via Tokyo Tyrant. Here I can only say that with Redis you can expect 100,000 operations/seconds with a normal Linux box and 50 concurrent clients. You should test Redis, Tokyo, and the other alternatives with your specific work load to get a feeling about performances for your application. Redis is (IMHO) generally an higher level and simpler to use beast in the operations supported, and to get started. the command reference CommandReference to get a feeling. You can even start playing with Redis by telnet after reading the five minutes tutorial at the end of this README file. To implement new client libraries is trivial. the protocol specification ProtocolSpecification for more information. Redis is not an on-disk DB engine like Tokyo the latter can be used as a fast DB engine in your C project without the networking overhead just linking to the library. Still in many scalable applications you need multiple servers talking with multiple clients, so the client-server model is almost always needed, this is why in Redis this is built-in. Redis はロックをサポートしますか? いいえ、これはロックフリーアルゴリズムによってプログラマーが redis を使うようアトミック関数を提供するつもりだからです。例えば10台のコンピュータと1台の Redis サーバがあるとしましょう。あなたはとても大きなテキストにある言葉を数えたがっています。この大きなテキストは10台のコンピュータにそれぞれ分割され、どのコンピュータも部分を処理して単語を見つける毎にアトミックにカウンタを増やす Redis の INCR コマンドを使うでしょう。 INCR/DECR はアトミックプリミティブだけではなく、リストの PUSH/POP のような POP RANDOM KEY 操作, UPDATE など。例えば、分散アルゴリズムを実装して Tuple Space (http //en.wikipedia.org/wiki/Tuple_space) のように Redis を使うことも出来ます。 (News key-granularity(主な粒度?)でのロックは計画されています) 複数の databases サポート 他の同期関数は複数のデータベースをサポートします。 既定では、 DB 0 がすべての新しい接続に選択されますが、SELECT コマンドを使うことにより別のデータベースを選択することが可能です。 MOVE 操作であるデータベースから別のデータベースにアトミックにアイテムを移動させることが出来ます。これは'RANDOMKEY' コマンドと一緒にロックフリーアルゴリズムのベースとして使うことが出来ます。 Redis データ型 Redis は値として次の3つのデータ型をサポートします。: Strings:単なるバイト列。 Redis Stringはバイナリセーフで、テキストだけでなく画像や圧縮データなどを保持します。 Lists:文字列のリスト, 先頭や最後に新しい文字を追加するような、リストの長さや要素の幅を取得したり、与えられた長さにリストを切り出したり、リストをソートしたりする操作などをサポートします。 Sets 文字列のソートされていないセット。セットから要素を追加したり削除したり、セットの和集合や全集合や差集合などを取ったり出来ます。 値は Strings や Lists や Sets かも知れません。キーは改行("\n")やスペース(" ")を含まない文字列のサブセットです。 String は Redis が分析しないといけない数値を持っている可能性に注意してください。例えば INCR コマンドは、指定されたキーに保存されている値をアトミックに増加させます。この場合、Redis は、内部で64-bit で署名された整数の'long long'型で保存された整数として扱うことが出来きます。 実装の詳細 Strings は動的に文字の文字列を割り当てるよう実装されています。 Lists は2倍にリンクされたリストのキャッシュ長で実装されています。 Sets は衝突を回避するのに推論(?)を使用したハッシュテーブルを使って実装されています。 Redis チュートリアル (note, you can skip this section if you are only interested in "formal" doc.) Later in this document you can find detailed information about Redis commands, the protocol specification, and so on. This kind of documentation is useful but... if you are new to Redis it is also BORING! The Redis protocol is designed so that is both pretty efficient to be parsed by computers, but simple enough to be used by humans just poking around with the 'telnet' command, so this section will show to the reader how to play a bit with Redis to get an initial feeling about it, and how it works. To start just compile redis with 'make' and start it with './redis-server'. The server will start and log stuff on the standard output, if you want it to log more edit redis.conf, set the loglevel to debug, and restart it. You can specify a configuration file as unique parameter ./redis-server /etc/redis.conf This is NOT required. The server will start even without a configuration file using a default built-in configuration. Now let's try to set a key to a given value $ telnet localhost 6379 Trying 127.0.0.1... Connected to localhost. Escape character is '^]'. SET foo 3 bar OK The first line we sent to the server is "set foo 3". This means "set the key foo with the following three bytes I'll send you". The following line is the "bar" string, that is, the three bytes. So the effect is to set the key "foo" to the value "bar". Very simple! (note that you can send commands in lowercase and it will work anyway, commands are not case sensitive) Note that after the first and the second line we sent to the server there is a newline at the end. The server expects commands terminated by "\r\n" and sequence of bytes terminated by "\r\n". This is a minimal overhead from the point of view of both the server and client but allows us to play with Redis with the telnet command easily. The last line of the chat between server and client is "+OK". This means our key was added without problems. Actually SET can never fail but the "+OK" sent lets us know that the server received everything and the command was actually executed. Let's try to get the key content now GET foo $3 bar Ok that's very similar to 'set', just the other way around. We sent "get foo", the server replied with a first line that is just the $ character follwed by the number of bytes the value stored at key contained, followed by the actual bytes. Again "\r\n" are appended both to the bytes count and the actual data. In Redis slang this is called a bulk reply. What about requesting a non existing key? GET blabla $-1 When the key does not exist instead of the length, just the "$-1" string is sent. Since a -1 length of a bulk reply has no meaning it is used in order to specifiy a 'nil' value and distinguish it from a zero length value. Another way to check if a given key exists or not is indeed the EXISTS command EXISTS nokey 0 EXISTS foo 1 As you can see the server replied ' 0' the first time since 'nokey' does not exist, and ' 1' for 'foo', a key that actually exists. Replies starting with the colon character are integer reply. Ok... now you know the basics, read the REDIS COMMAND REFERENCE section to learn all the commands supported by Redis and the PROTOCOL SPECIFICATION section for more details about the protocol used if you plan to implement one for a language missing a decent client implementation. ライセンス Redis is released under the BSD license. See the COPYING file for more information. Credits Redis is written and maintained by Salvatore Sanfilippo, Aka 'antirez'. Enjoy, antirez
https://w.atwiki.jp/tdattack/pages/40.html
スラブダードスタブジンと読む。 本来はIミノをホールドしたものをsrabdard stabjinと呼ぶが、当wikiではIミノを事前に設置したものを扱う。 (以下TDパフェとしての評価)2巡目の組分けのしやすさが強みだが、パフェ率は最大でも85.79%と控えめになっており、地形も悪い。ただ妥協でも最小パフェ率は65.99%となっている。 作者 銀山 作成時期 2023/01 最大パフェ率 85.79% 最小パフェ率 65.99% 1巡目セットアップ率 78.33% 理論パフェ率(1巡目加味8段) 64.26% 理論パフェ率(2巡目以降8段) 82.04% + 計算 パフェ率 85.79 82.06 65.99 セットアップ率 49.72 38.61 11.67 理論パフェ率 42.66 31.69 7.70 82.04 0.8204×0.7833=0.6426