2017年9月3日日曜日

フォールトトレラントについて

似た用語多くの覚えづらいので整理しておく。

◾︎フォールトトレラント
故障が発生しても本来の機能を維持しようとする『考え方』。考え方なので具体的な手法のことではないのがポイント。

具体的な手法は以下の通り。

◾︎フェールセーフ、フェールソフト
フェールセーフ→安全を優先し止める
フェールソフト→障害発生しても稼働できるように設計しておく

参考サイト
投稿者 時刻: 0 件のコメント:

2017年9月1日金曜日

OracleとSQLServerの違い

以下のブログは、Microsoftパートナー向けなのであまり真に受けるのはどうかと思うが参考までに。コスト高は実感しているが、、、

【マイクロソフトを選ぶ理由】 Microsoft SQL Server と Oracle のデータベース比較 【 1/30 更新】



同僚から聞いたOracleとSQLServerの違い、in句で複数カラム指定したい場合

上記サイトにもあるように、結合する項目がNULLを許容するときには注意が必要。

<その他参考>

開発者必見！ Windows Server＆SQL Server 2016テクニカルガイド―IT提案セミナーレポート


ここからはじめる SQL Server の状態取得

投稿者 時刻: 0 件のコメント:

2017年8月30日水曜日

Oracle numberの精度について

以前の職場で、
ORA-01438: 指定した精度を超えた値が列に指定されています"
のエラーが発生。

内容を確認したところ、どうやらテーブルにあるnumber型項目に格納できる精度を超えたためエラーとなっていた。

number型について復習しておく。

参考サイト

number型は、全体の桁数と小数点以下の桁数を指定することもできます。

テーブル定義でいうとnumber(8,3)みたいな場合、全体桁数が8で、そのうち小数桁数が3桁となる。つまり、整数部は8-3=5桁となる。

しかし、今回の発生した内容はこの整数部5桁の項目に6桁を格納(Insert)してエラーとなっていた。

まあ、本来は入口(アプリ)でチェックしてそのような値を許さないようにしないといけませんね。
投稿者 時刻: 0 件のコメント:

2017年8月26日土曜日

Oracleバックアップについて

＜まとめ＞
無停止でバックアップ取得したい場合にはRMAN。
日次10分程度？！の停止が許容される場合にはスナップショットで十分か。

スナップショットでは、スナップショット取得後の本番DBに更新があった場合
更新前データをスナップショットキャッシュと呼ばれる領域に退避する。

バックアップからリストアするときには、上記キャッシュとスナップショットをもとに
データを復旧する。

Recovery Managerを使ったバックアップ方法 
※記事古い
http://www.atmarkit.co.jp/ait/articles/0604/21/news115.html

リストアとリカバリー
https://www.google.co.jp/url?sa=i&rct=j&q=&esrc=s&source=images&cd=&cad=rja&uact=8&ved=0ahUKEwiCgujY1OnVAhWKzbwKHX7eDWkQjhwIBQ&url=https%3A%2F%2Fwww.slideshare.net%2Fryotawatabe%2F2016715-jpoug-rdbms-backup-architecture&psig=AFQjCNG0bWKHH2Fr3aEJTPeLTuZRp_5Gxw&ust=1503450748900437


＜参考＞
ストレージの便利な機能『スナップショット』
https://japan.emc.com/microsites/japan/techcommunity/learn/foundation/snapshot1.htm

Amazon Redshift クラスター(仕様)
http://docs.aws.amazon.com/ja_jp/redshift/latest/mgmt/working-with-clusters.html

[AWS Black Belt Online Seminar] Amazon Redshift Update – 最近追加された新機能と Redshift Spectrum レポート
※RedshiftからS3に直接クエリ発行可能
http://dev.classmethod.jp/cloud/aws/aws-blackbelt-redshift-spectrum/
投稿者 時刻: 0 件のコメント:

2017年8月4日金曜日

セルフBIとSIerにおけるスキルアップについて

日経SYSTEMSを久しぶりに読んだので、いくつか書き残しておく。

本日のお題
・セルフサービスBIについて
・SIerエンジニアのスキルアップについて

<セルフサービスBI>
データ準備フェーズにおけるデータアナリストの費用はどうなのか？

費用対効果に見合うのか不明だが、スモールスタートし、ある程度の結果を残せるのか等
業務改善的に継続していかないとノウハウの問題とかで一瞬利便性が上がったとしても、業績アップにどこまで貢献できるかは、業務部門と一体になり運用含めて取り組まないといけない。

記事にあった「コンピュータが人に変わって意思決定するのではなく、人がより良い意思決定をできるようにする」
→これが的を得ている気がするし、しっくりくる表現だと思う。あくまで現状の日本企業の話だが。

<SIerエンジニアのスキルアップについて>
基本的には
・勉強会やセミナーで学んだことをアウトプットする
・とにかく手を動かす(サービスを使ってみる)
というか、エンジニアとして基本的なことでした。。。

実際、ユーザ企業におけるIT企業に求めるスピード感は上がっていると思う。

投稿者 時刻: 0 件のコメント:

2017年6月1日木曜日

LINE Bot体験してみた

下記のサイトにある手順にそって実際にLINE Bot作ってみました。

誰でも簡単にできる！ LINE Botの作り方
https://codezine.jp/article/detail/9810?p=5

とりあえず全般の感想としては、今回はサンプルとして
HEROKUを使いphpでアプリ作成し、dropbox上にDeployして
動かしてみましたが、Javaエンジニアなので次回？！は言語を変えて
何かできればな～と思いました。

それでは、手順にそってコメントを残しておきます。

＜インストール＞
基本的に手順通り進めればOK。
composerとかphp超初心者なので、はじめてインストしました。

＜HEROKUアカウント設定など＞
はじめてのサインイン、その後トップ？！ページに
複数言語のロゴが表示され、なんだか少しテンションあがったw
むかーし、はじめてeclipseを起動したときを思い出しました。

<Dropboxとの連携>
実はこんな使い方したのも初めてで新鮮！
そして、Deploy。はやっ！

<LINE bot作成、設定>
ここも手順通り進めれば、あら不思議いつものLINEに友達追加できる状態に

<動作確認>
1時間ちょいでサンプル完成。

アプリ仕様としては、こちらが送ったメッセージをおうむ返ししてくる。
ちなみにスタンプは返してきません。

<今後>
今回は既に完成されたプログラムをDeployして動かしただけなので
時間あるときにロジックを覗いて、さらに時間あればJavaで
応用したいと思います。








投稿者 時刻: 0 件のコメント:

2017年5月22日月曜日

JJUG CCC 2017 Springへ行ってきた

JJUGイベントは３回目くらいかと思います。
いつも通り覚書＋気づき的なものをアップしておく。

＜セッション前に思ったこと＞

社内研修みたいなものも担当しているので、
計画見直しのための情報収集ができたら尚良い。
あとは技術ノウハウの享受と今後に活かすため。

＜ふつうのJavaコーディング＞
資料はあとでアップ

説明できる＝良いコード
→現在仕事で保守している.netアプリも？？がいっぱいで深く頷ける。

コードは読まれる時間のほうが長い(保守)
メソッド引数増やすくらいならメソッド作成する
→保守引き継ぐと思想が分からなかったり、複数の人で作成されたモジュールだと
　なおさら分からなくなり、趣味の世界に入っていき、引き継いだ側は大変に 汗)

and or箇所はメソッド抽出を検討
→今はユーザ企業情報シス支援の立場での業務なので
　規約やルールを作成・徹底することが難しいが方針はやはり作成すべき。

イミュータブルオブジェクト

openした場所でcloseする。
×　メインから渡した先のメソッド内でclose

メソッドリファレンス

ギリギリまで文字列に頼らない
文字列便利なので使いがち(区分など)

enum使い倒す

＜エンプラ開発におけるレガシーアプリケーションの巻き取りとモジュール分割の戦い＞
IT技術を活用することでビジネス拡大を支援
→モジュール分割により制約を最小化？！

隔週でKPTを実施
http://qiita.com/netetahito/items/8cae1ab27ef010e45270

Atlassianツール活用
https://ja.atlassian.com/try

参考 Selenide～Javaで超簡単・簡潔にUIテストを書く～
http://qiita.com/tatesuke/items/589e30ab9b3dc7037e26

段階的な再構築
→メリット   リスク回避、スモールスタート
　デメリット 既存課題が残る

自分ができる準備とは？？


＜新しいTERASOLUNA Batch Frameworkとは＞
http://www.terasoluna.jp/product/framework/batch_framework.html

https://ja.osdn.net/projects/terasoluna/wiki/download

http://terasolunaorg.github.io/

OSSなので公開されているのは認識していたが
ドキュメント関連も読み切れないほど充実している印象。
普通にプロジェクトでも使えそう。

＜Javaエンジニアに知って欲しいRDBアンチパターン＞
たしかに納得という内容が多い印象。

Javaコミュニティだが、DB関連で苦労している人も多いのか
満席、立ち見状態だった。自分も。。


投稿者 時刻: 0 件のコメント:
登録: 投稿 (Atom)