startdate 次のいずれかの値に解決できる式。 date datetime datetimeoffset datetime2 smalldatetime time 4 桁の西暦を使用して、あいまいさを排除します。 2 桁の西暦値については、「two digit year cutoff サーバー構成オプションの構成」を参照してください。 enddate 「startdate」をご覧ください。 戻り値の型 int 戻り値 datepart により設定された境界に表示された、startdate と enddate の間の int 差。 たとえば、SELECT DATEDIFF(day, '2036-03-01', '2036-02-28'); からは -2 が返されます。2036 はうるう年である必要があることを示します。 この場合、startdate '2036-03-01' から開始し
月末にcronを実行したいと思いcrontabに設定を書こうとしたところ、月初のように単純には書けないことに気づきました。 月初だと以下のように「毎月1日に」と書けばいいのですが、 0 0 1 * * 実行したいコマンド月末は30日の場合もあるし2月はうるう年も考慮する必要があります。 調べてみたことろ、testコマンドとdateコマンドを組み合わせて「28日から31日の間で翌日が1日だったら実行する」という設定を書けばいいみたいですね。 0 0 28-31 * * /usr/bin/test $(date -d '+1 day' +%d) -eq 1 && 実行したいコマンド勉強になりました。 参考crontabの書き方 | server-memo.netLinux - testコマンドとcronを組み合わせ、月末にバッチを動かす - Qiita
TOEIC® Programとは TOEIC® Listening & Reading Test TOEIC® Listening & Reading Test TOEIC® Listening & Reading Testとは 受験料・支払方法 テスト申込 学習サポート・教材 受験票の発送・未着 テスト当日のご案内 テスト結果について よくある質問 TOEIC® Speaking & Writing Tests TOEIC® Speaking & Writing Tests TOEIC® Speaking & Writing Testsとは 申込方法・受験料 テスト日程・申込 学習サポート・教材 受験案内メールサンプル テスト当日のご案内 テスト結果について よくある質問 TOEIC® Speaking Test TOEIC® Speaking Test TOEIC® Speaking
最近、いかにChefの学習コストを小さくしつつ、組織にインフラのコード化(Infrastructure as Code)を導入するか、について悶々と考えていたので、まとめてみた。 Chefの辛み インフラのコード化をするにあたって、Chefは最初に覚えることが多くてなかなか辛い、という話をよく耳にする。Chefの動作概念、Chefの各種リソースの使い方、Chefの周辺ツール群の使い方、Cookbookのコーディング規約など、Chefを使い始めるために覚えるべき内容は結構多い。組織が大きくなればなるほど学習コストはバカにならないし、インフラエンジニアに日常的にコードを書いてもらうことはなかなか難しい。そんな環境でInfrastructure as Codeを広めようとしても、現実的になかなかうまくいかない。インフラをコード化して業務改善がしたいのに、いつの間にかみんなにChefを広めることが
僕がよく使うGitのコマンドの整理をしておこうと思った。 1. git clone リポジトリから取ってくる まずはcloneするよね。手元にあってちょうど良い感じなのがmakingさんのjsug-shopだったので、これで進めてみる。 $ git clone git@github.com:bufferings/jsug-shop.git Cloning into 'jsug-shop'... remote: Counting objects: 299, done. remote: Total 299 (delta 0), reused 0 (delta 0), pack-reused 299 Receiving objects: 100% (299/299), 427.05 KiB | 193.00 KiB/s, done. Resolving deltas: 100% (96/96),
2013年08月07日02:17 カテゴリSQLデータベース 標準SQL での日付・時刻の扱い方 今回は SQL での日付・時刻の計算について、です。 SQL での日付・時間の計算はけっこうベンダーによって差がありますが、標準SQL で決められた仕様ももちろん存在します。やっぱりベンダー個別の実装をいちいち記憶しておくのは大変ですし、結局混乱してしまってよくわからなくなりがちですよね。 まずは標準SQL で基本的なところを理解しておいて、個別にアジャストするのがおすすめです。そこで今回は標準SQL で日時の扱い方の基本的なところをみていきたいと思っています。 標準SQL での日付・時間関連のデータ型 標準SQL での日付・時間関連のデータ型は DATE型、TIME型、TIMESTAMP型の三つだけになります。 日付のみを格納する DATE型、時刻のみを格納する TIME型、両方を含んだ T
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く