Twitter Log of @h_hiro_
@h_hiro @h_hiro_ @__h_hiro__ @dousenP @k000072
Back to the list
@dousenP's tweets on 2014_11_15
2014_11_15 (土): 48 tweets
- RT @sora_no_method: 【そらメソカフェ】秋葉原キュアメイドカフェに「そらメソカフェ」本日OPEN！洞爺湖限定の観光ポスターやノエル達の等身大POP、発表会などで配られた色紙も飾ってあります♪ [URL] #sorameso h…
- RT @manjuu1: 台湾高雄の地下鉄の飲食禁止周知ポスターみたいです。逆に車内で飲食してこの子に怒られたい。 [Tw:photo]
- #sorameso ニコ生タイムシフトで見た。スープカレーというネタを盛り込んできたのが道民としてある意味うれしかった。
- 今から向かいます / 北海道データベースDAY | Doorkeeper [URL]
- 北海道データベースDAY #hkdbd (@ 札幌市民ホール in 札幌市中央区, 北海道) [URL]
- #hkdbd SunがOracleに買収されたので、MySQLもOracleです
- #hkdbd MySQLにとってfacebookは、最大の客であると同時に最大の貢献者
- #hkdbd 組み込み向けのMySQLも通信機器などで利用されている
- #hkdbd MySQLにはJSONを扱う機能もあるのね
- #hkdbd MySQL Workbench: DBの起動・停止、利用状況の表示など
- RT @aloelight: 機能追加もいいけど、MySQL Workbenchは不安定すぎる。1日1回は落ちるぞ #hkdbd
- RT @marcy_terui: 私はこれでphpMyAdminを辞めました＞Workbench #hkdbd
- #hkdbd 「PostgreSQLは世界一発音しにくいDBMS」ｗ
- RT @marcy_terui: PostgresのレプリケーションのデフォルトはMySQLのステートベースでも行ベースとも違って、物理的なページファイルの更新情報のレプリケーション #hkdbd
- RT @myokoym: MySQLもPostgreSQLも、レプリケーションとJSONサポートが手厚くなっている印象 #hkdbd
- #hkdbd PostgreSQLの遅延レプリケーション。スレーブへの変更が遅延して反映される。ヒューマンエラー対策などに
- RT @RKajiyama: PostgreSQL 9.4の遅延レプリケーション [URL] MySQL 5.6の遅延レプリケーション [URL] #hkdbd
- RT @marcy_terui: オンラインで変えた設定変更を設定ファイルに書き込む機能。再起動したら元に戻ってて('A`)ｳﾞｧｰってなるの防げて良い。 #hkdbd
- #hkdbd PostgreSQLのJSONB：JSONをバイナリで保持する方式。余計なパースのコストも発生しなくなる。先程のMySQLのJSONサポートは、プログラム側でJSONを操作するのに対し、こちらは内部にJSONを使いながらもプログラム側はSQLとして見せるという違い
- RT @myokoym: PostgreSQLのJSONB型は、JSONデータの中身に対してインデックスを使った検索ができるらしい #hkdbd
- #hkdbd pg_strom。PostgreSQLにおいて、GPUによる並列処理を可能にする
- #hkdbd 最後の発表者・奥野さん、「リレーショナルな正しいデータベース設計」
- #hkdbd 「リレーショナルデータベースにおける "リレーション"（関係）は、データ構造（データの表現方法）である。テーブルがリレーションに相当するのであって、テーブル間の関係ではない」
- #hkdbd クエリをすっきり表現するには、正しいデータ構造を用いる。RDBではそれはリレーション。ただしRDBMSのテーブルの多くの実装はリレーションから外れたテーブルを作れる。
- #hkdbd 述語論理の話に入っていく
- RT @myokoym: "演算を数珠繋ぎにできるのがリレーショナルモデルの真骨頂" #hkdbd
- RT @ketaiorg: リレーショナルモデルに存在するJoinはInnerJoinだけ #hkdbd
- RT @myokoym: "FROM → WHERE → GROUP BY → HAVING → SELECT （→ ORDER BY）" #hkdbd / SQLの論理形式 - ミックのブログ [URL]
- #hkdbd 「SQLは宣言型で使うべき。すなわち、手続き的に（条件分岐やループを用いて）書かず、欲しいものを論理演算で表現する」「もし手続き型になってしまうなら、それはデータベース設計が間違っている」
- #hkdbd RDBの正規化、「第6正規形」ってのがあることを知らなかった。第5までしか知らなかった [URL]
- #hkdbd 「値の一部に意味を持たせる」ような設計は第1正規形とはいえない。例えば会員番号（8桁）の上2桁が会員種別、下6桁が個人別の番号だとした場合、それらを分けずにそのままRDBに入れてしまうと、片一方だけでの検索がLIKEを必要としたりするなどの手間が生じる
- #hkdbd 「正規化を進めるとテーブルが増えていくが、正規形を保つ上ではためらわず分解を！」
- RT @syachi: テーブルが増えると開発工数が増える？きちんと分解したほうがクエリがスッキリ書ける。 #hkdbd
- #hkdbd 「補足：1つのテーブルに候補キーが複数存在する場合はあるものの、候補キー同士に関数従属はない。だとしたら候補キーとしての要件を満たさない」
- #hkdbd 第2正規形：CK（候補キー）からNCK（候補キーでないキー）への関数従属を排除する 第3正規形：NCKからNCKへの関数従属を排除する ボイス・コッド正規形：NCKからCKへの関数従属を排除する（主キーが1つだけなら第3正規形と同じ）
- #hkdbd リレーショナルモデルに格納できないデータもある。そこは無理に入れてはいけない。そういうときは代わって、SQLにおいてリレーショナルモデルから外れた機能を使うとか（重複、NULL、GROUP BYなど）、NoSQLを使うとか。
- #hkdbd 「SQLとNoSQLは使い分けを。例えば、リレーショナルモデルで表現できるものをNoSQLで実現すると、RDBMSと同等の機能を使うのに車輪の再発明が必要になったりと面倒」
- #hkdbd 「インデックスはリレーショナルモデルには入っていない」
- RT @RKajiyama: 次回はリレーショナルモデルにはまらないデータをRDBMSで使う方法やその課題をお話しいただければと #hkdbd
- #hkdbd 「スキーマの整合性に目がいきがちだが、データの整合性も重要。リレーションの正規化はデータの整合性確保のためにも用いる」
- RT @marcy_terui: インデックスは索引と訳されるけど、「どういう索引が必要か」じゃなくて「どうやってデータへアクセスさせたいか」って考えるようにしてるので、インデックスの説明凄いしっくり来た #hkdbd
- #hkdbd 懇親会 (@ まんまみーや) [URL]
- #hkdbd 日本酒が竹の器で来た [Tw:photo]
- #hkdbd 2次会 (@ Bar Waduro in 札幌市, 北海道) [URL]
- #hkdbd 懇親会から帰宅。1次会で飲みすぎたのが2次会になって効いてきた…ご迷惑おかけしました
- @miio_unite 何とか・・・さっさと寝るとします
- @miio_unite にゃぁ
- 直近約48時間で77発言してた。(3垢合計) [累積tweet: 210272] [auto]
Back to the list
Powered by @h_hiro_