はてなブクマやblog等で最近よく見かける「タグ」システムについて。…
はてなブクマやblog等で最近よく見かける「タグ」システムについて。 自分のサイトの商品に、 ユーザーが自分で「タグ」を指定することができるようにするには、 どういう設計をすればいいのでしょうか？ mysql/phpで構築しています。 Ａ商品に、 ユーザＸが「あ」「い」「う え」というタグをつけ、 ユーザＹが「あ」「お」とタグをつけた場合、 Ａ商品ページに 「あ」「い」「う え」「お」のタグ一覧が表示され、「あ」は２個ついてるので文字を大きくする、というようなイメージです。 タグテーブルを作って、 商品名：ユーザＩＤ：タグ などのカラム一覧で、 タグカラムにタグをカンマ区切りなどで入れていってるのかなぁ、なんて想像してます。 アドバイスや、参考になりそうなサイトを教えて頂けますとうれしいです。
MySQLでMyISAMからInnoDBに乗り換える際に知らないとハマる、怖い話 - Y-Ken Studio
photo by byte MySQLといえば、巷ではInnoDBばかり注目され、MyISAMの地下アイドル化がにわかに語られる今日この頃、皆様いかがお過ごしでしょうか。 まあカジュアルにストレージエンジンを変換するだけで済むなら、簡単なのです。 -- legacy_my_tableをInnoDBストレージエンジンに変換する ALTER TABLE legacy_my_table ENGINE=InnoDB; よし終わった！さあランチタイムだ！ ・・・と片付けてしてしまうと、悲劇が起こるかもしれません。(>o<;) それでは本日、MyISAMからInnoDBへ移行するなら知っておきたい意外な落とし穴とTipsを紹介します。 AUTO INCREMENTの挙動が違う落とし穴 以下に該当するクエリを利用している場合には、注意が必要です。私はハマりました。 INSERT IGNORE INTO
[PHP]以前のDB接続のラッパークラスを拡張しました。（mysql, mysqli, PDOで切り替えて接続できるように対応） | やんだーのスマホアプリ開発メモ ~Objective-C+PHPでiPhoneアプリとJava+PHPでAndroidアプリ~
やんだーです。 今日は以前、作ったmysqliのDB接続ラッパークラス（ こちら ）を記述しましたが、 今回はそれを拡張して、 ・mysql ・mysqli ・PDO いずれかの接続方法を選択して使用できるスーパーラッパークラス（笑）を作りました。 環境によって、使えない接続方法があると思うんですが、 このクラスを使えば、同じ記述で、３つを切り替えてどれを使うかできるように 便利にしちゃいました。 では早速こちらです。 （下記のクラスの使用例は こちら ） <?php //************************************************************** // クラス定義 // // ＊データベースクラス // ・DB接続 // ・SQL作成＋バインド // ・クエリ実行 // ・フェッチ // //************************
![[PHP]以前のDB接続のラッパークラスを拡張しました。（mysql, mysqli, PDOで切り替えて接続できるように対応） | やんだーのスマホアプリ開発メモ ~Objective-C+PHPでiPhoneアプリとJava+PHPでAndroidアプリ~](https://cdn-ak-scissors.b.st-hatena.com/image/square/2302e44c95c7e474fefb218540004f95dc47a4bb/height=288;version=1;width=512/https%3A%2F%2Fimaging.jugem.jp%2Ftemplate%2Fimg%2Fjugem_og-image.png)
PDOにおける一応の安全宣言と残る問題点
8月18日にPHP5.3.7がリリースされました。このリリースにより、PDOのSQLインジェクションの問題が一応解決されたと判断しましたので、ここに「一応の安全宣言」を表明するとともに、残る問題について報告します。 PDOの問題とは何か 以前、ぼくがPDOを採用しなかったわけ(Shift_JISによるSQLインジェクション)にて報告したように、PHP5.3.5以前のPDOにはDB接続時に文字エンコーディングを指定する機能がないため、文字列リテラルのエスケープの際に文字エンコーディングをLatin1を仮定してしまうという問題がありました。この状態ですと、DBにShift_JISで接続している際に、SQLインジェクション脆弱性が混入しました。 ※ 実は、先のエントリの「追記(2010/07/01 22:20)」に紹介した方法で文字エンコーディングを指定できるのですが、ほとんど知られていないのと
パスワードが漏洩しないウェブアプリの作り方 〜 ソルトつきハッシュで満足する前に考えるべきこと
■■序論 徳丸さんのスライド「いまさら聞けないパスワードの取り扱い方」に見られるように、昨今、ウェブアプリケーションの設計要件として、サーバ内に侵入された場合でもユーザーのパスワードをできるだけ保護すべきという論調が見受けられるようになってきました。 上掲のスライドでは、その手法としてソルトつきハッシュ化を勧めています。しかしながらスライドに書かれているとおり、ソルトつきハッシュには、複雑なパスワードの解読は困難になるものの、単純なパスワードを設定してしまっているユーザーのパスワードについては十分な保護を提供できないという問題があります。そして、多くのユーザーは適切なパスワード運用ができない、というのが悲しい現実です。 ソルトつきハッシュを使った手法でこのような問題が残るのは、ウェブアプリケーションサーバに侵入した攻撃者がユーザーの認証情報をダウンロードして、認証情報をオフライン攻撃するこ
ニュース投稿ツール（MySQL + PDO + Smarty を利用） | PHP Labo
プログラムの概要 「クラスとライブラリの基本」の内容を踏まえて、ニュース投稿ツールを作成してみます。管理者がタイトルと本文を投稿すると一覧に表示される…という、ブログのごく簡単な物です。 記事の表示・登録・編集・削除とひととおりのことができるため、ファイル数が多く難しく感じるかもしれません。ですが、各ファイルとも処理の流れは似た様なものになっています。頑張って読み進めていってください。 テーブルの作成 まずはニュースデータ登録用にテーブルを作成します。今回は以下のようなテーブルを作成するものとします。 CREATE TABLE articles( id INT AUTO_INCREMENT PRIMARY KEY, title VARCHAR(255), detail TEXT, created DATETIME ); id には登録番号を、title にはタイトルを、detail には本
タグ機能を実現するための便利なデータベース設計を３つ紹介 | colori
AND検索 「CSS+HTML+JavaScript」で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" AND tags LIKE "%HTML%" AND tags LIKE "%JavaScript%" OR検索 「CSS|HTML|JavaScript」で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" OR tags LIKE "%HTML%" OR tags LIKE "%JavaScript%" 引き算検索 「CSS+HTML-JavaScript」で検索する場合は以下のようにします。 SELECT * FROM `delicious` WHERE tags LIKE "%CSS%" AND tags LI
はじめての MySQL で100万件のデータを管理する時に行ったチューニングまとめ
MySQL の勉強をせずにフレームワーク等で SQL を書かずに Web サイトを構築していました。データ数も2万件程度でしたので、そこまで困ることはありませんでしたが、今回100万弱の商品データを扱う機会ができたので、MySQL のチューニングや発行する SQL について見直す機会がありました。 この記事では MySQL を高速化するのに行った対策など勉強したものを自分用にメモしておきました。 条件式で比較するカラムにインデックスを使用して高速化 商品コードで存在しない商品を見つけて、商品をDBに登録するという処理を行っている場合、4万件超えたころから処理に2秒以上かかるようになってきます。12万件超えた頃には10秒程度かかるようになってしまいましたが、商品コードのフィールドに対してカラムインデックスを貼ることで0.2秒に短縮することができました。 MySQL のリファレンスにも以下のよ
はてなブログ | 無料ブログを作成しよう
来年も作りたい！ふきのとう料理を満喫した 2024年春の記録 春は自炊が楽しい季節 1年の中で最も自炊が楽しい季節は春だと思う。スーパーの棚にやわらかな色合いの野菜が並ぶと自然とこころが弾む。 中でもときめくのは山菜だ。早いと2月下旬ごろから並び始めるそれは、タラの芽、ふきのとうと続き、桜の頃にはうるい、ウド、こ…
JSONを使用したデータベース負荷分散の構築 - Qiita
経緯 レンタルサーバー（エックスサーバー）での稼働でスクリプトを設置したのですが、予算やらの都合で他のサーバースペースを借りれない状態になってしまいました。ついては、１台のサーバーでの負荷分散を余儀なくされる状態となりました。正確に言えば負荷分散というより、スクリプトの効率的書き方です。応用すれば複数サーバーを使用した負荷分散に応用できると思います。現状、スマホアプリ（WebView）及び、スマホブラウザ用ページ、PCページ（IE,FF,Webkit）のページを同一サーバー上に展開。 レスポンス的に負荷が少ないまとめ系サイトだったので、３媒体を追加。 現状余裕で稼働しています。想定ではあと７媒体ぐらいは載せても稼働できる帯域はある（エックスサーバーの場合）と思います。 単純な負荷分散ですが、実装すると理論上はSQLインジェクションを完全に無効化、また、DoS攻撃もある程度軽減できると考えら
mySQL+PHPの備忘録-セキュリティ-
先日、仕事で作った初めてのDB。 本やサイトを見ながら作ったので、一応セキュリティは大丈夫なはず！ でもセキュリティのポイントをよく理解していないので、（自分のやったことだから余計に）不安。 今後のためにも、改めて見直し＆調べてみました。 DBに接続のIDやパスワードなどは別ファイル化が安全！ 本の通りに作っていると、SQL文の中にIDもパスワードもそのまま入力した形式で記述されています。 セキュリティを考えると、できればIDやパスワードは別のだいるにして、尚且つ別の階層に置きたいところです。 そこで、こちらのサイトを参考に、IDとパスワードを別ファイルにして、接続SQL文を記述したファイルも別ファイルにして、尚且つ両方とも非公開ディレクトリに移してみました。 エラーメッセージにDBのアドレスが出るのも危ない 一般公開されたDBで、万が一エラーが出てDBのアドレスが出ちゃうのは絶対に避けた
Blog
明示的 意味 แพลตฟอร์มการเรียนรู้และพัฒนาทักษะด้วยเทคโนโลยี https://suin.io เป็นแพลตฟอร์มที่ให้คุณเรียนรู้และพัฒนาทักษะทางเทคโนโลยีอย่างสะดวกสบาย เรามุ่งมั่นในการให้ความรู้และประสบการณ์ที่มีคุณค่าในการพัฒนาตนเอง pascalcase
MySQLパフォーマンスチューニングのためのインデックスの基礎知識 - 久保清隆のブログ
仕事でMySQLのパフォーマンスチューニングをしていて、インデックスについて分かっていないことが多かったので調べたことをメモ。基本的なところから学習しなおした。 MySQLのインデックスは、カラムが特定の値をもつレコードの迅速な検索に使用される。インデックスを使用すれば、数百とか数億ものレコードが入っているテーブルから、一組のレコードを迅速に見つけて取り出すことが可能になる。 しかし、インデックスは速度を改善することもあるが、挿入の邪魔になって遅くなることもある。 インデックスを適切に使うために、まずはインデックスの基本概念をおさえる必要がある。 インデックスの概念 インデックスとは インデックスの仕組みを理解するには、まずMySQLがどのようにクエリに応答するかを知る必要がある。 例えば、 SELECT * FROM phone_book WHERE last_name = 'Hoge'
MySQL :: MySQL 8.0 リファレンスマニュアル :: 8.3.1 MySQL のインデックスの使用の仕組み
インデックスは特定のカラム値のある行をすばやく見つけるために使用されます。 インデックスがないと、MySQL は関連する行を見つけるために、先頭行から始めてテーブル全体を読み取る必要があります。 テーブルが大きいほど、このコストが大きくなります。 テーブルに問題のカラムのインデックスが含まれている場合、MySQL はすべてのデータを調べる必要なく、データファイルの途中のシークする位置をすばやく特定できます。 これはすべての行を順次読み取るよりはるかに高速です。 ほとんどの MySQL インデックス (PRIMARY KEY、UNIQUE、INDEX、および FULLTEXT) は B ツリーに格納されます。 例外: 空間データ型のインデックスは R ツリーを使用します。MEMORY テーブルはハッシュインデックスもサポートします。InnoDB は FULLTEXT インデックスの逆のリスト
PHP | データの削除(DELETE) - PDOの利用
ここではデータの削除を試してみます。SQL文でDELETEを使います。 「prepare」メソッドでSQL文を作成し「execute」メソッドでSQL文をデータベースへ発行します。 <html> <head><title>PHP TEST</title></head> <body> <?php $dsn = 'mysql:dbname=uriage;host=localhost'; $user = 'testuser'; $password = 'testuser'; try{ $dbh = new PDO($dsn, $user, $password); print('<br>'); if ($dbh == null){ print('接続に失敗しました。<br>'); }else{ print('接続に成功しました。<br>'); } $dbh->query('SET NAMES sj
PDOとMYSQLの組み合わせでLIMITを使う場合の注意点 » とりあえず9JP
注意点というほどでも無いかもしれないけど、一度ハマった事があるので・・・。 $sql = "SELECT * FROM example_tbl WHERE name=? age=?"; $sth = $dbh->prepare($sql); $sth-> execute(array('あいうえお' , 18)); という感じで配列で渡すと非常に手軽だけれど・・・ $sql = "SELECT * FROM example_tbl WHERE name=? age=? LIMIT ?,?"; $sth = $dbh->prepare($sql); $sth-> execute(array('あいうえお' , 18, 0, 30)); といった感じでLIMITの値を渡すとエラーが出る。 配列で渡す場合、全て文字列として渡すらしく、LIMITに文字列を渡してしまった事が原因らしい。 なので、LI
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL Index勉強会外部公開用
エーアイタコス ブログ
MySQL vs JSON file data storing
jQuery.ajaxで送信した配列をJSON文字列としてMySQLへ格納。 : JavaScript, PHP FindxFine | Web制作に関するメモ