tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
dfltweb1.onamae.com – このドメインはお名前.comで取得されています。
このドメインは お名前.com から取得されました。 お名前.com は GMOインターネットグループ(株) が運営する国内シェアNo.1のドメイン登録サービスです。 ※表示価格は、全て税込です。 ※サービス品質維持のため、一時的に対象となる料金へ一定割合の「サービス維持調整費」を加算させていただきます。 ※1 「国内シェア」は、ICANN(インターネットのドメイン名などの資源を管理する非営利団体)の公表数値をもとに集計。gTLDが集計の対象。 日本のドメイン登録業者(レジストラ)（「ICANNがレジストラとして認定した企業」一覧（InterNIC提供）内に「Japan」の記載があるもの）を対象。 レジストラ「GMO Internet Group, Inc. d/b/a Onamae.com」のシェア値を集計。 2023年10月時点の調査。
「売上伝票の取消をやめた」の実装
Ognacの雑感 木漏れ日々 目次 ホーム 連絡をする RSS Login Blog 利用状況 投稿数 - 1487 記事 - 0 コメント - 45676 トラックバック - 143 書庫 2014年5月 (6) 2014年4月 (13) 2014年3月 (14) 2014年2月 (12) 2014年1月 (12) 2013年12月 (13) 2013年11月 (13) 2013年10月 (11) 2013年9月 (13) 2013年8月 (14) 2013年7月 (13) 2013年6月 (14) 2013年5月 (15) 2013年4月 (13) 2013年3月 (14) 2013年2月 (13) 2013年1月 (15) 2012年12月 (14) 2012年11月 (14) 2012年10月 (15) 2012年9月 (14) 2012年8月 (13) 2012年7月 (13)
メタとは何か？ 自己言及の世界の危険と不思議そして語ることの重要性 - 哲学するIT ITする哲学 [ITmedia オルタナティブ・ブログ]
前回、『私は、XMLの"M"は、Markup (Language)の略でなく、Meta（Language）の"M" であるべきだと思っている。』と書いた。そこで、『メタ』についてもう少し、考えてみることにする。 ＜メタとは何か＞ メタ（meta）は、古代ギリシャ語のmetaに由来する接頭語であり、以下のような複数の意味を持ち、かつ複数の意味を結び合わせたものになっている。 （１） 後ろの、背後の（after, later, behind） （２）～を超えた、高次の、包括的な（beyond, higher, transcending） （３） ～ついて〔記述する〕（about, descriptive） （４） 変化（change, transformation） （５） 〔化学において使われて〕メタ… ←"～の間（between）" いくつかの接頭語メタ（meta）のつく言葉をあげて、上記
![メタとは何か？ 自己言及の世界の危険と不思議そして語ることの重要性 - 哲学するIT ITする哲学 [ITmedia オルタナティブ・ブログ]](https://cdn-ak-scissors.b.st-hatena.com/image/square/4e1d2cb9353ab49cda008e89be8bc704459e0e5a/height=288;version=1;width=512/https%3A%2F%2Fblogs.itmedia.co.jp%2Fmt-static%2Fsupport%2Fassets_c%2Fuserpics%2Fuserpic-356-100x100.png)
HSQLDBのデバイス搭載可能なDBとしての妥当性 - 公園音楽のすゝめ
最近、HSQLDBをデバイス搭載可能なデータベースとして使えるかどうかという調査を行う機会がありましたので、ご紹介しようと思います。 HSQLDBの最新版1.8.0.4を利用 プロファイリングを実行して、 ポイントになるソースコードの調査 ＊よくHSQLDBがディスクフラッシュを十分に行っていないため、耐障害性が無いのではと言われていましたが、 SET WRITE_DELAY FALSE; でcommit時にflushを強制的に実行させることが可能です ====================================================== 「耐障害性について」 ・クラッシュリカバリのアルゴリズムにそもそも欠陥があります http://www.hsqldb.org/doc/guide/apc.html ・CHECKPOINTメソッド自体も耐障害性が十分考慮されていない
ＲＤＢの正規化の方法と、正規化を崩す方法 - ウィリアムのいたずらの、まちあるき、たべあるき
ウィリアムのいたずらが、街歩き、食べ物、音楽等の個人的見解を主に書くブログです（たま～にコンピューター関係も） 突然ですが、今後のネタの前提として、正規化の方法と、正規化を崩す方法について、まとめてみたいと思います。 ■■ 正規化とは 正規化は、そもそも、データベースの目的である 一貫性 共用性 独立性 を保つため、同一の情報を、複数のテーブルに持つことをさけるために行われる操作です。 （もし、複数テーブルに持ってしまうと、それはそもそもデータを共用していないし、どっちかのテーブルだけを更新して、どっちかのテーブルを更新し忘れるという一貫性に反する問題も出てくる） で、この正規化には、第一正規形から第五正規形までありますが、第４、第５正規形に関しては、情報が欠落することもあったり（気がする。。自信ないな）するので、一般的には行いません。 つまり、第三正規形（現実的には、さらに、「すべての列
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
