Thank you for being patient. We are doing some work on the site and will be back shortly.
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
準備が整ったところで、新しいユーザ・アカウントを作成してみましょう。 mysqlデータベースのuserテーブルで見たように、ユーザ・アカウントを発行するときは、そのユーザの権限も設定しておかなければなりません。 ユーザ・アカウントを作成するには以下の二つの方法があります。 grantコマンドの使用 insertコマンドの使用 まず、grantコマンドの使用について解説します。 grantコマンドの構文は、 grant 権限 on データベース名.テーブル名 to ユーザ名@ホスト名 identified by 'パスワード'; です。 例えば、 grant all privileges on *.* to mysql@localhost identified by 'kyonkyon' with grant option; としたならば、localhostからアクセスするmysql
通常、MySQLでは、selectコマンドを実行した場合、1レコード目から最終レコードまで、シーケンシャルに検索を行っていきます。 しかしながら、レコード数が大量になってくると、検索速度の問題が生じます。 そこで、より高速な検索を行うために、インデックスを作成するのが一般的です。 インデックスを作成することによって、検索速度は劇的に改善されます。 但し、MySQLでは、1,000件以下であればシーケンシャルに検索した方が速いとされています。 さて、インデックスとはどのようなものであるかというと、直感的には、図書の巻末に付されている索引(インデックス)と同じです。 索引語はアイウエオ順、あるいは、アルファベット順に並べられていて、各々の索引語には、その索引語が登場するページ数(位置情報)が示されています。 読者はその位置情報を頼りに、ページを捲って、目的のキーワードのある部分を読
僕自身も僕の周辺もJSONをよく使います。でも、細かい点でけっこうミスをやらかしています(苦笑)。このエントリーで、JSONを使う上で注意すべきこと/間違いやすい点をすべて列挙します。 内容 兼チェックリスト: 仕様原典さえ読めば完璧(のはずだが) 数値の前にゼロを付けてはいけない 16進数表記も禁止だよ 数値の前にプラスを付けてはいけない 小数点からはじまる数値はダメ 用語法が違うよ:プロパティとメンバー メンバー名には常に文字列を使う 空文字列""もメンバー名に使える 配列要素はキッチリと並べよう 文字列を囲むには二重引用符だけ 文字列内のエスケープが微妙に違う 仕様にないエスケープは構文エラー undefinedもNaNもありません ラッパーオブジェクトは使わないのが吉 型システムとtypeofに関する注意 最後に 仕様原典さえ読めば完璧(のはずだが) JSONは、小さくて簡単な仕様
MySQLのモニタするのに便利なmytopなんですが、MySQL 5に対して使うと、クエリの割合表示が全部ゼロになってしまったります。 これは、MySQL 5.0.2でSHOW STATUS文が変更され、GLOBALかSESSIONというオプションを指定できるようになったことに起因します。このオプションを省略した際はSESSIONを指定したときと同じ動作となり、SHOW STATUS文で得られるのは自分自身の接続についての情報のみとなります。 mytopはオプションなしのSHOW STATUS文を使っているので、MySQL 5ではmytop自身の接続についての情報しか得られず、その影響として、クエリの割合表示が全部ゼロになってしまったりするわけです。 対応は簡単で、mytopのSHOW STATUSをSHOW GLOBAL STATUSに書き換えればいい(書き換えるとMySQL 4.1以前
ここしばらく、水面下でBrian Akerを代表とするMySQL/SUNのエンジニアたちや、業界のオープンソースハッカーたちとMySQLをスリムダウンさせたマイクロカーネルRDBMSを開発していたのですが、本日アナウンスされたので、日本語でご紹介させていただきたいと思います。 Drizzleとは? Drizzleとは必要のないものは一切存在しない、最低限でパフォーマンス重視な「MySQLよりシンプルで、軽く、安定して、高速な」 MySQLのforkです。マイクロカーネルアーキテクチャを採用したので、必要のないものは後付けできる構成です。こういった目標もあり、現在、Drizzleの開発チームはMySQLをドラスティックにリファクタリングしています。 コミュニティベースのプロジェクト Drizzleで大事な事は、Drizzleはコミュニティベースのプロジェクトであるという事です。Montyのブ
はじめに Bazaar(以下bzr)はSCMと呼ばれるリビジョン管理システムの一つです。 CVSやSubversionなんかと違うのはbzrが分散SCMであるということです。 いつもはネットワークが使える環境でばりばり開発しているけど、 オフラインでも作業したいときには便利です。 Subversion+svkを使うのと似ています。 Bazaarを個人的に使う理由 レンタルサーバでコンパイルとかせずに導入できそうなバージョン管理ツールを探していたときに見つけたのが Bazaarでした。(当時はまだBazaar-NGという名前だった気がする) 分散だとかってのは正直どうでもよかった。 今だと、Mercurialが優勢なのかな。 実際に使ってみて、こんなあたりが気にいっている。 これは、Bazaarに限らないかもしれないことに注意。 導入コストWindowsでもバイナリパッケージが用意されている
Computer コンピュータにおける作業ログ アーカイブ 月別アーカイブ 2022年12月 2020年9月 2020年4月 2020年3月 2020年1月 2019年12月 2019年8月 2019年7月 2019年6月 2019年5月 2019年4月 2019年3月 2019年1月 2018年12月 2018年11月 2018年9月 2018年6月 2018年5月 2018年1月 2017年9月 2017年8月 2017年7月 2017年6月 2017年5月 2017年1月 2016年12月 2016年6月 2016年3月 2016年2月 2016年1月 2015年12月 2015年11月 2015年10月 2015年8月 2015年7月 2015年6月 2015年5月 2015年4月 2015年3月 2015年2月 2015年1月 2014年12月 2014年9月 2014年7月 2
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く