Fri, Aug 27
- 23:59 @Kaz_Michishita パンパースは九月からポイント制度が始まりますね。 [in reply to Kaz_Michishita]
- 22:23 #RecRecDiet Good 2010/8/27 摂取カロリー 2341Kcal (-159Kcal) 体重 (NaN) 朝食 545Kcal 昼食 972Kcal 夕食 824Kcal 間食 0Kcal 歩数 8500歩
- 21:11 お疲れ様でした!!RT @Masayuki_Ozawa: 3日間、小さいキーボードをひたすら打っていたから手の感覚に違和感あるわ〜。
- 21:10 ほれ、みたことか!お疲れ様w RT @miche__rm: しかも1500からさっきまでの出先長丁場Mtg……(・ω・`)
- 18:57 RT @nakasato310: 細貝きたー RT @kaba_urawa: 細貝代表選出! #urawareds
- 18:57 お疲れ様でした!RT @MatsuJun_MJ: 今日は立ってる時間が長くて疲れた。うう。
- 18:55 デジャヴw 前も話したねw RT @hiromihaga: @mamoru125 コンペ合戦って社内プロモーションだと思ってます。
- 18:36 公平でしたよ!+SSへの愛情 RT: @tskitaga: TH-303 で伝えたかったのは公平なポイント。公平な比較を伝えられたかどうかが心配です。 #techedjp
- 18:23 @hiromihaga まぁお客様の事を考えるならカウンターってことすらおかしいのかも。闘うのは自社製品と。価値を高め、良い機能、使い方をキチンとお伝えすること。他社は関係ない、、、とも言えないのが辛い(笑) [in reply to hiromihaga]
- 18:12 #techedjp TH-303 勉強になりました。ありがとうございました。でも、Oracle Databaseは機能で負けないぜ!!w
- 18:10 #techedjp TH-303 都市伝説はやりすぎな部分はある。けど、今日の運用、開発で忘れちゃいけないポイントをSQL Server利用者にきちんと伝えることが大事なんだと思う。僕が偉そうにいう事じゃ無いけどm(_ _)m
- 18:04 トランザクションログの切り捨てはSAPでは15分おきが推奨だったはず。 #techedjp TH-303
- 18:00 管理ツール側で空き領域を監視してコマンド実行する、のだそうだ。なるほど。 #techedjp TH-303 警告カウンタを利用。
- 17:59 ログの切り捨ては定期的に実施すること。なんで自動化しないのかな? #techedjp TH-303
- 17:52 トランザクションログの管理。都市伝説w #techedjp TH-303
- 17:49 SQL ServerのREAD_COMMITTED_SNAPSHOTパラメータはSAPでOKになったのかな?
- 17:47 最後はSerializable。あまり使うイメージは無いなぁ。 #techedjp TH-303
- 17:43 Repeatable read oracle未サポート、SQLペシミスティック #techedjp TH-303
- 17:42 Read Committed Oracle,SQL のデフォルト。#techedjp TH-303
- 17:39 Read uncommitted No lockヒントの場合。ダーティーリードさせたいわけではない。しない処理なら良いのでしょう。 #techedjp TH-303
- 17:33 読み取り一貫性へ #techedjp TH-303
- 17:31 ロック対応へのアプローチがちがう、が正確な表現だな。SAPのアドオンが発行するSQLは悪さをすることが多いからね。 #techedjp TH-303
- 17:28 後からきたトランザクションが影響を受けるかもしれない ? #techedjp TH-303
- 17:27 他のトランザクションがあるとロックをエスカレーション出来ない。インテントロックを取得出来ないから #techedjp TH-303 どういう時に起こるだろう?単一トランザクションが単一表、索引に処理している時?
- 17:22 エスカレーションの条件、ひとつの表、索引で5000個取得されるか、データベース利用メモリの40%を超えた時 #techedjp TH-303
- 17:16 ロックのエスカレーションのはなし。1ロックオブジェクトにつき100byte #techedjp TH-303
- 17:14 SQL Serverは行レベルロックですよ! #techedjp TH-303
- 17:12 あ、次のスライドで 補足がありました。すみません。。ロックの良し悪し。 #techedjp TH-303
- 17:09 リトライは確かに実装としては、常識なひと、でない人はいる #techedjp TH-303
- 17:08 楽観ロックと悲観ロックの話。アップデート、アップデートの比較。アップデート、セレクトの比較も欲しい?(笑)#techedjp TH-303
- 17:00 行レベルロック、読み取り一貫性、運用管理 #techedjp TH-303
- 16:58 SQL Server 利用者が多い #techedjp TH-303
- 16:57 どちらのデータベースが良いとかいいたい訳ではない #techedjp TH-303
- 16:56 超満員w #techedjp TH-303
- 16:51 Yes, we love. RT @tskitaga: We love Database のセッションですよ #techedjp QT @mamoru125: @tskitaga 寝起きだったのか?これからI love SSセッションに参加w
- 16:46 @tskitaga 寝起きだったのか?これからI love SSセッションに参加w
- 15:30 お疲れ様でした。僕は、135さんセッション。RT: @a_nishi: 眠すぎるので、今年はこれにて離脱 #techedjp
- 14:47 飯能市?RT @tnegishi: Teched? RT“@wmo6hash: どーこだっ http://twitpic.com/2ij7x0
- 14:02 ジーニアスさんのセッションに参加。 #techedjp
- 13:57 お昼ご一緒ありがとうございました。 @a_nishi @miche__rm
- 11:16 ゲストクラスタリング。単純にSQL Serverのみがクラスタリソースとなるケース。物理→仮想も可能ってことだろうな。 #techedjp T4-301
- 10:56 仮想環境におけるベストプラクティスです。
- 10:55 Hyper-V+SQL。仮想化は今年始めてのセッション #techedjp T4-301
- 10:22 @u1 確かに [in reply to u1]
- 10:22 www RT: @kuchino: 某社が人を募集しているらしい。
- 09:56 SQL Azureの水平分散。期待していたが、やはりAP側での実装が必須とのこと。将来的にはデータパーティショニングと透過的に連携できればベスト。 #techedjp T1-402
- 09:52 @matu_tak なるほど!Integration Servicesですね。 [in reply to matu_tak]
- 09:50 ストレージタイプの比較。これも良い資料だなぁ。 #techedjp #T1-402
- 09:48 自社クラウドサービスは、まだ無いけど :-P
- 09:47 オンプレミスはスケールアップ、クラウドはスケールアウト。か。Azure Platform Applianceならスケールアウトで解決するのではないか?オラクルはオンプレでもスケールアウトなんだけどな。。 #techedjp
- 09:42 @matu_tak 今後に期待ということでしょうね。 [in reply to matu_tak]
- 09:32 @u1 確かに良い資料です [in reply to u1]
- 09:12 到着! (@ パシフィコ横浜 (Pacifico Yokohama) w/ 5 others) http://4sq.com/7ScdRx
- 09:05 午前はホールAオンリーだな。
- 06:26 よいしょ! (@ 西武池袋線飯能駅) http://4sq.com/cy5Ru0
- 06:25 最終日も頑張って勉強します。オラクルユーザーのためにw 9:20みなとみらいだと、30分前に起床! (@ 美杉台ニュータウン) http://4sq.com/c9TsFo
- 00:35 @Kaz_Michishita ヤバイw [in reply to Kaz_Michishita]
Powered by twtr2src