SQL データベース操作言語SQLについて、またRDBMSの持つ機能について詳しく解説します。 DB概要、SQL、テーブル操作、データ操作 ... 特集:replication PostgreSQLのレプリケーションシステムを紹介し、それらの機能を比較していきます。 特集:pgbench PostgreSQLのベンチマークテストに用いられるプログラムである pgbench について解説します。 SQL演習問題 各章に用意された演習問題を集めました。
01 チーフ e-POWER オブザーバー就任 2024年1月25日に開催された新CM発表会にて、出演者の有村 架純さんに「日産ノート チーフe-POWERオブザーバー(CeO)」に就任いただきました。 02 TVCM 「この感覚、もう戻れない」篇 e-POWERによる電気の走りで、 いつもの街乗りも楽しい時間に。 日産ノート e-POWER。
概要 レプリケーション(replication)とは、あるコンピュータやソフトウェアの管理するデータ集合の複製(レプリカ)を別のコンピュータ上に作成し、通信ネットワークを介してリアルタイムに更新を反映させて常に内容を同期すること。システムの耐障害性や可用性を高めることができる。 複製元のデータが追加、更新、削除などされると、リアルタイムに複製先に伝達され、同じ変更が加えられる。ネットワークやコンピュータへの負荷は高いが、複数のサーバなどの間で常に同様の記憶内容が維持される。最小の構成では現用系(マスター)と待機系(スレーブ)の2系統の同期が行われるが、複数の待機系へ同時に同期して信頼性を高める場合や、現用系が複数ありそれぞれに加えられた変更を互いに通知し合って同期する構成(マルチマスター)もある。 複製元と複製先のソフトウェア環境やサービス、機能は同等になるよう設定されており、複製元が障害
Getting Started Introduction A simple tutorial Language Reference Basic syntax Types Variables Constants Expressions Operators Control Structures Functions Classes and Objects Namespaces Enumerations Errors Exceptions Fibers Generators Attributes References Explained Predefined Variables Predefined Exceptions Predefined Interfaces and Classes Predefined Attributes Context options and parameters Su
JSONにおけるXMLの属性表現 JSONではXMLの属性といったものを表現できないため、これまでReflex JSONでも属性を無視していたのだが、AtomをJSON化したくて、Link要素の属性を扱う必要が出てきたので、Reflexでもムリクリ表現できるようにしてみた。Reflex Core に詳細を記述してあるが、V1.2.1から使えるようになっている。(同時に要素名のハイフン変換もサポートした) * JSONでは、要素名の"-"が"__"に変換されるため"type_str-ing"は、"type_str__ing"となります。 * また、XMLの属性は、JSONでは"要素名___属性名"プロパティとなり、"attr1"は、JSONでは"type_str__ing___attr1"プロパティとして表現されます。 ListをJSONに変換する JavaのListをJSONに変換する際に
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
こんにちはこんにちは!! LINE使ってますか! スマホのメッセンジャーアプリ! すっごい流行ってますよね! なんでも世界でユーザーが4000万人を越えたとか…! そんなこんなで、先日ちょっとしたイベントで偶然、Barimiちゃんに会った時にも、LINEのお話がでました。 はまち:「あ、ばりみちゃんもLINE使ってるんですね」 ばりみ:「めっちゃ使ってるよ〜、でもこれ [既読]っていうのが相手に伝わるのがたまにやだな〜」 はまち:「あ〜、読んだことが相手に伝わるんですよね」 ※既読の例 たしかに、読んだことが相手に伝わってしまうと、 相手に「なんで読んだのに返事くれないのかなぁ」とか思われたりで、ちょっと面倒なんですよね。 同じような不便を感じてる人、他にも多いかもしれない。 そんなわけで暇にまかせてこんなツールを作ってみました。 Stealth LINE - 既読にしないで相手に知らせず
初心者はPHPで脆弱なウェブアプリをどんどん量産すべし ↑のブックマーク うん。増田くんはいつもいいこと書くね! ブックマークの方には 危険だとか迷惑だとか踏み台だとか色々かいてあるけれど(というか踏み台ってなんだろ?) そんなに大切な個人情報をたくさん扱ってるサイトなんてどれだけあるかな。 みんなそういうサービスつくってるの? なんかすごいね。 ぼくの使っている範囲だと、(提供側が気をつけていないと) 本当にまずいのは銀行と証券とカード会社のような、お金のからむサービスくらいだよ。 もちろん、他にメール内容だとか、購読しているフィードだとか、知られたくない個人情報なんてのは、人によってたくさんあるよね。 だけど、例えばぼくがメールサービス作りましたなんて言ったら誰か使う? それか無名の団体だったらどうかな。それで大切なメールやりとりしちゃうの? そう。そもそも、利用者もそれほどバカじゃな
mysqlでは、char、varcharカラムに対して検索条件(where)やソート(order by)時に大文字小文字を区別してくれません。 区別させる場合にはテーブル作成時に binary属性を設定する必要があります。 (通常はこの方法での対応をお勧めします) create table binary_column varcolum varchar(10) binary primary key, charcolum char(10) binary ); こんな感じでしょうか。 既に作成済みのテーブルに対してbinary属性を設定することも可能です。 alter table binary_column modify charcolum char(10) binary; primary key属性が設定されているカラムに対してはこれでいいのですが、既にprimary key属性が設定されてい
固定長の文字列。格納時には、指定の長さになるよう、右側にスペースが埋め込まれる。M の範囲は 0 ~ 255 文字(3.23 より前の MySQL バージョンでは 1 ~ 255)。 値の取り出し時には、後続のスペースが削除される。BINARY キーワードを指定しない場合、CHAR 型の値のソートと比較は、デフォルトのキャラクタセットに基づいてケース非依存方式で行われる。 バージョン 4.1.0 以降では、255 より大きい M 値を指定すると、カラム型が TEXT 型に変換される。 NATIONAL CHAR(または、これに対応する短縮形式 NCHAR)は、SQL-99 における、CHAR カラムでデフォルトの CHARACTER セットを使用することを定義する方法。MySQL では、これはデフォルト。 CHAR は CHARACTER の省略形。 バージョン 4.1.0 以降では、la
CHAR[(M)] [CHARACTER SET charset_name] [COLLATE collation_name] 固定長文字列 M は文字数。M の範囲は 0 から 255 。省略すると、長さは 1 。 格納時に必ず指定された長さになるように右側がスペースで埋められる。 別名:CHARACTER VARCHAR(M) [CHARACTER SET charset_name] [COLLATE collation_name] 可変長文字列 M は最大文字数。M の範囲は 0 から 65,535 。 ただし使用する文字コードで使うバイト数による。 別名:CHARACTER VARYING CHAR 型は指定した文字数以下の文字を格納した場合には文字列の末尾に空白を必要なだけ付け加えて指定の長さの文字列として格納します。ただし値を取得する場合は末尾にある空白は全て削除された上で取得
さくらインターネットではmysqlの管理にphpmyadminが用意されているが、phpmyadminからtext型のcolomunを主キーにする、あるいはuniqueに指定することはできないみたい。 uniqueに指定しようとした場合下記のようなエラーが。 > BLOB column 'site_introduce' used in key specification without a key length text型は長さを設定しないとキーとかuniqueに指定できないらしい。 しかしphpmyadminからcolumnに長さを設定してもだめみたい。ターミナルからアクセスして下記のコマンドに より指定できた。 > mysql> alter table direc_site_info add unique (site_url(100)); show create tab le構文で確認
以下のようにしてテーブルを作成する。 mysql> CREATE TABLE friends (id INT UNSIGNED PRIMARY KEY, name VARCHAR(30) NOT NULL, address VARCHAR(100), birthday DATETIME); ◎PRIMARY KEY PRIMARY KEYを設定したカラムには以下の特徴がある。 他のレコードと重複した値は格納できないNOT NULL属性を持つ自動的にインデックスが設定されるPRIMARY KEYを設定したカラムはテーブルに1つしか存在できない 3.レコードの登録/削除データを登録するには以下のようにする。 mysql> INSERT INTO friends (id, name, address, birthday) VALUES(1, "tomita", "Kamata xxxx", "2
単純な違いはというと、Primaryキーは一意性があり重複が許されないものです。よってそのテーブルの検索キーワードになりますから通常Indexが張られます。 Uniqueは一意性を意味します。 なので Primaryキー = Uniqueキー + Indexキー ですね。 検索スピードを上げるためには条件となる項目がPrimaryかIndexであれば早くはなりますが、Primaryはむしろテーブル設計に拠るところが大きくて、一般的に用いられるのはIndexです。 また、条件全ての項目にIndexを張る必要はありません。 条件となる項目にIndexがあり、条件文の書き方(条件文の並び順とか)によっては少ないIndexで済みます。 たくさんIndexを張るとDBが大きくなってしまいますので。
ポインタ渡しと参照渡しのは何が違うの? ポインタ渡しと参照渡しの違いを見るために以下のプログラムを書いてみました。 #include <stdio.h> #pragma optimize("", off) int __stdcall func1(int *a) { _____asm mov eax, eax // 最適化防止 ___*a *= 2; ___return *a; } int __stdcall func2(int &a) { _____asm mov ecx, ecx // 最適化防止 ___a *= 2; ___return a; } int main() { ___int v1 = 4; ___int r1; ___int v2 = 8; ___int r2; ___printf("v1 before:%d\n", v1); ___r1 = func1(&v1); ___
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く