これから活用しようというのにやはり20GBは少なすぎるのか。
しかしCSVだと200MB程度なのに。
とりあえず　alter table 表名 move compress for oltpをやってみて様子を見るが、そういえばAutonomousでもDWHの方はハイブリッド何とか圧縮というイカした圧縮がデフォと聞いた。
ここは一つ、見せてもらおうかHybrid Columnar圧縮の実力とやらを。と本日はプロビジョニングと接続だけ。ユーザ作成とデータ移行はまた今度。
Always Free、Computeのプロビジョニングは中々タイミングが難しいんだが、AutonomousDBの方は何の苦もなく簡単に成功した。不人気なのか。

で、検索から除外。
だが私は知っている。Twitter社は毎月の月末月初に謎ペナルティを科す謎の習性があることを。
まぁ放っておけば来週頭あたりには回復するだろう。
月末にペナルティ判定バッチ処理か何かがあるのではなかろうか。

Twitterには、個別TweetのURLを貼って呟くと、その個別Tweetのオーナーに通知が飛ぶ。
勘違いする者がしばしばおるが、その通知はTwitter社が「ご興味がおありでしょうから」と好意(?)で知らせているだけで、別にURLを貼った人はそのオーナーに対して話しかける意志がある訳でも何でもないのだ。「私と話したがっている！」と思うのは自意識過剰というもの。
まぁ通知は🔔マークをクリックするとその他のいいねやリプライと合わせて表示されるのでUI的に見分け難いので致し方ない所もあるが、健常者なら１秒考えればわかる筈。

「ウィニー事件」弁護人の話に思う、平成日本の敗因なんてトンチキな記事がありまして無邪気に信じちゃう人が出てきている。

「金子さんは日本人に生まれて不幸だったかもしれない。なぜなら欧米版ウィニーを開発した北欧の技術者は、金子さんのように後ろ向きの裁判に7年半も空費させられることなく、その後、無料インターネット電話のスカイプを開発して、億万長者になったからである」

とか言ってるけど、Winnyのパクリ元のWinMXは裁判沙汰になって閉鎖しているし、その前のナップスターも「ナップスター事件」なんて名前が付く程の大裁判になって営業停止してるし(つかナップスターは文中で紹介してるやんけ。知らん筈無いから知らんぷり？)、その「欧米版ウィニー」って多分Kazaaだろうけどアレも４，５年裁判やって事業売却してたし、そいえば日本にもWinny前にファイルローグなんてのもあったな、識者憧れの欧米先進国でもファイル交換ソフトには(当然の事ながら)風当たりは強く、別に日本が特殊な訳でもなんでもない。

またWinMXと何ら関係のない「フェアユース導入国のGDP成長率」とか面白謎統計表出してて、そういえば最近、GDP成長率をネタに日本を腐すのが流行りだが、GDP成長率って、IS騒ぎで只今絶賛社会崩壊中のリビアが世界一、二位がエリトリア、三位がルワンダ、そういう数値ですよ。つかこれも自分で統計へリンク付けてるのに疑問に思わなかったのかしら。

まぁ(幻想の)欧米を持ち上げ日本を腐すのは戦後一貫したエッセイを書く時のお作法ではあるが、嘘、大袈裟、紛らわしいはいかんですな。

DLSite blogとは。DLSiteに作品登録してるサークルに付いてくるブログ機能だ。
実は私も持っている http://b.dlsite.net/RG06519/ ここだ。
はてなダイアリーからの移行先として検討したんが、仮にブログが垢BANされた場合、DLSiteの垢BANにもつながりかねないので危険だなーと思って、ライブドアブログにした経緯がある。
https://www.dlsite.com/modpub/lp/home/blog-relocation/
危ない所だった。

「100万件ぐらいの検索なら、シェルだけでも1000分の数秒でできます」。こう豪語するのは「パイプの匠」として紹介されたUSP研究所の當仲寛哲氏だ。當仲氏らが改修した良品計画（無印良品）の情報システムは、一般的なPCにLinuxを搭載したシステムで、「シェルスクリプトだけで、バッチ処理、Web画面作成、運用監視などすべて行っている」という。

↓

無印良品@muji_net

【重要】ネットストア・MUJI passport 再開延期のお知らせ
現在停止中のネットストアにつきまして、システムメンテナンスに想定以上の時間を要しているため、再開を1月下旬に再延期いたします。
ご迷惑をおかけいたしますが、ご理… https://t.co/201I3EqPev

2020/01/13 17:17:00

いやぁ今時の流通業で年末年始の書き入れ時に通販サイトを一か月ダウンしっぱなしはやべぇな。
記事からは、件の匠の作品は基幹系ではなくて情報系のような感じがするので無関係だと思わんでもないが、連携先が独特だと色々なぁ。たとえば更新後のトラブル時に切り戻しが大変だとか。RDBMSならcommit前分だけ表だけスキーマだけ全体、ロールバックとかロールフォワードとか様々な手法があるが…テキストファイルは丸ごとコピー位？
匠の作品ってほら、忍者屋敷ギミックやボウフラ発生装置のように、作った匠本人以外にはメンテが難しそうなイメージがあるやん？「2011年的JavaScriptだったQiitaのフロントエンドを、この先10年戦えるように、基盤をしっかり整理してきたつもりです(キリッ)」→このReactの匠が1年で退職後、1年後には全面的に作り代え完了(つまり退職後、すぐ作り直しに取り掛かったのだ…)とかもあったし。
やっぱ在庫管理はトランザクションモニタ(というか今はAPサーバか)とRDBMSで王道パターンで作った方が何かと後継が楽だろう。

大ToLoveる中のようだが、やっぱ全部PFUに投げて、社員全員定時退社なんだろうか。

何か知らんけど、またもやTwitterのアカウントが軒並み同じタイミングでロックされた。
まぁボットの2199は悪行三昧だからいつもの事だが、PS4のボーダーブレイクのスクショ以外に全く使って居ない2202までロックされるのは解せない。
常用している2520などなんと一週間の謹慎まで食らっている。たしか謹慎期間中に投稿を試みると謹慎期間が延びて終いには凍結されるんだが、このブログをはじめ、連携サービスをアレにまとめてるのでそれが心配。
しかし、毎度毎度同一のタイミングというのが、全くTwitterの挙動は謎だ…。定期的にロック祭りしてるのかしら。それとも電話番号削除といいつつ残しておいて同一人物特定してるのか。いや仮に特定しているとして、どれがトリガーなんだ…。

歴史的経緯というか怠け的経緯から、サークル名だけはHTMLでもっているので(本来はサークルのURLと名前の２つのフィールドとすべき)、ダブルクォーテーションが悪さをしまくる。今回もSQL*Loaderで悪さをする。
まぁ奴はいずれ直さねばとは思ってはいたものの、何年もこの調子でずるずる伸ばしてきたが、DBが絡んできた今こそ、決着をつける時かもしれない…。
Java部分は読み書き処理は集約してるから容易いが、PHP側がな…。
いや実は数年前にPHP版も読み書き部分は集約しているのだけれど、集約したのは当時の新型ブラウザとスマホ対応版で、昔のIEとかフィーチャーフォンとかPSPを検出すると動く方は未知数…。面倒だからこれを機にBulma未対応のクライアントは切ってしまうか…まぁ調査結果次第か。できれば残すに越した事は無いし。
どうも段々、検索エンジン実装から離れてきたが、まぁ年末年始で何とか。いや、年末年始はかき入れ時なので避けるとして年始明けに一気に置換を目指しコツコツと…。