mysql:12372
From: "Shuichi Tamagawa" <"Shuichi Tamagawa" <tamagawa@xxxxxxxxxx>> Date: Mon, 7 Nov 2005 18:16:22 +0900 Subject: [mysql 12372] MySQL 日本語問題吐き出し緊急オフ会 - まとめ 玉川です。 11/4（金）の日本語問題オフ会にて議論が交わされた結果、 以下の点を優先度の高い課題として改善を要求することになりました。 a) 文字コードの自動変換に伴う文字化けへの対応 4.1以降クライアント/サーバー間で文字コードの自動変換が行われる ようになったことに伴い、文字化けが頻繁に発生している。 *--skip-character-set-client-handshakeオプションだけでは不十分 *libmysqlにmy.cnfファイル、又は環境変数に設定されたオプション
tk.que.jp - http://qduvehlklnh.com
Heck yeah this is extlacy what I needed. http://pgbzbtx.com [url=http://bvtrjts.com]bvtrjts[/url] [link=http://npqbpxgadh.com]npqbpxgadh[/link] college essay review services <a href="https://paperwriting.webcam">writing a legal research paper</a> essay writing <a href=https://paperwriting.webcam>paper writing</a> same day payday loans online <a href="https://thebestonlinepaydayloans.loan">cash adv
Tropy + Amazon = Gomizon - p4lifeのメモ
Gomizon(ごみぞん) というゴミを作った．GomizonFlickr やファイルアップローダなどを Tropy と組み合わせても面白いかもしれない． 関連情報：いろんなTropyたちFrontPage - Tropy Wiki - livedoor Wiki（ウィキ） ※追記 以下は，Gomizon に関するメモ： 動作 → Amazon のマーケットプレイスにある商品（中古本）を Tropy 式に扱う 何を使って作られているか → PHP，MySQL, guesswork, Smarty, PEAR (Console_Getopt, DB, Image_Color, Services_Amazon) 構成 → ページを表示したり編集したりする index.php，Amazon のマーケットプレイスから商品を集める gc.php，集められた商品の価格情報などを更新する updater
mysql:12071 階層化されたデータをMySQLで扱う
From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Sat, 03 Sep 2005 09:24:15 -0700 Subject: [mysql 12071] 階層化されたデータをMySQLで扱う （Managing Hierarchical Data in MySQL） http://dev.mysql.com/tech-resources/articles/hierarchical-data.html （図はこのサイトを参照のこと） Mike Hillyer著 初めに 多くのユーザーは一回くらいはSQLデータベース内で、階層化したデータを 扱ったことがあると思います。そのときはリレーショナル データベースは階層化したデータ用に開発されなかったと考えたと思います。 リレーショナルデータベースのテーブルは階層化されておらず
Tags: Database schemas
An online tech community is the most exciting place for a software developer to spend their time. It not only offers the chance to work and interact remotely, but also helps in honing one’s own skills and becoming a well-rounded programmer. Whether you are a budding software developer or simply passionate about technology, here are the best online software development communities you can join. The
【MySQLウォッチ】第25回 チューニングの指標，ベンチマークのノウハウ：ITpro
誰もが，データベースができるだけ高速で動くことを望む。そのために様々なテクニックを駆使してチューニングを試みる。 チューニングの結果を確認するには，何かしらの指標が必要となる。「体感的に向上した」というのは，まったく当てにならない。正確に性能を把握してこそ，効率的なチューニングが行えるのだ。今回は，ベンチマークについて紹介する。 MySQLのベンチマーク方法 ベンチマークには，２つの方向性がある。一つ目は，決まった処理を通じて，MySQLサーバーの処理速度を計測するものだ。これは，手順が決まっているため，それほど準備は必要ない。また，常に同じ処理を行うので，MySQLサーバーの基本的な処理能力を測るのに適している。 2つ目は，作成したデータベースの処理スピードを計測するものだ。一つ目も重要であるが，結局は，作成したデータベースが高速で動作するかが重要である。さらに，同時アクセス数やデータ量
Ruby on Rail FC4
So I decided to give Ruby on Rails a spin. By following the instruction from the web site, I got the server (webrick) running pretty fast. However, I was unable to follow the tutorial to create the sample script. After much wrangling, I finally figured out that there are quite a few things left out by the installation howto: 1. make sure you have all the packages through yum: yum install mysql-dev
capsctrldays - FileColumnを使ってみるよ（初級）
1 FileColumnを使ってみるよ（初級） FileColumn - easy handling of file uploads in Rails れしぴぶっくの『Processing Uploaded Images』の「Also See」に載っていたやつ。これはスゴス。クオリティタカス。画像のアップロードが面倒なのでRails嫌いになった人もこれで安心！（たぶん） でも、日本国では確認画面があるのですよ（しかもセッション使わないやつ！）とか思ってたら対応してやがんの！すげー！ というわけで、やり方を見てみるよ。 テキトーなモデルを作るよ(MySQL) CREATE TABLE samples ( id INTEGER UNSIGNED NOT NULL AUTO_INCREMENT, image VARCHAR(200) NULL, PRIMARY KEY(id) ) scaffol
Cygwinでsqlite3-ruby - monthly gimite
スカンク日記２．０ | Ruby on Rails と MySQL じゃなくて SQLite を見ながら作業してたんですが、結論としては、一番下のコメントの通りに lib/sqlite3/driver/dl/api.rb の45行目付近にある when /win32/を when /win32/, /i386-cygwin/に変えるだけで、SQLite自身はダウンロードページのPrecompiled Binaries For Windows（の、sqlitedll-3*.zip）がそのまま使えるようです。つまり、sqlitedll-3*.zipを解凍して出てきたsqlite3.dllをC:\Windows\System32などのパスの通ったフォルダに置いておけばOK。 …苦労してCygwin上でSQLiteをソースからコンパイルした意味無いじゃん。 2007/11/11追記: これがうまく
my inputrc - 技術メモ帳
$HOME/.inputrc を適切に設定すると、 Readlineに対応したすべてのアプリの設定を変える事が出来ます。 たとえば、gdb, irb, mysql, pgsql とかもコレにあたります。 # viキーバインド set editing-mode vi # チルダをTabにより展開 set expand-tilde on # 日本語関係 set input-meta on set convert-meta off set output-meta on # 大文字小文字無視 set completion-ignore-case on # 画面自動スクロール set horizontal-scroll-mode off # 補完 "\C-p": history-search-backward "\C-n": history-search-forward
MySQL AB :: MySQL 5.1's New XML Functions
"The Documents contained within this site may include statements about Oracle's product development plans. Many factors can materially affect Oracle's product development plans and the nature and timing of future product releases. Accordingly, this Information is provided to you solely for information only, is not a commitment to deliver any material, code, or functionality, and should not be reli
はてなグループの終了日を2020年1月31日(金)に決定しました - はてなの告知
はてなグループの終了日を2020年1月31日(金)に決定しました 以下のエントリの通り、今年末を目処にはてなグループを終了予定である旨をお知らせしておりました。 2019年末を目処に、はてなグループの提供を終了する予定です - はてなグループ日記 このたび、正式に終了日を決定いたしましたので、以下の通りご確認ください。 終了日: 2020年1月31日(金) エクスポート希望申請期限:2020年1月31日(金) 終了日以降は、はてなグループの閲覧および投稿は行えません。日記のエクスポートが必要な方は以下の記事にしたがって手続きをしてください。 はてなグループに投稿された日記データのエクスポートについて - はてなグループ日記 ご利用のみなさまにはご迷惑をおかけいたしますが、どうぞよろしくお願いいたします。 2020-06-25 追記 はてなグループ日記のエクスポートデータは2020年2月28
漢のzshに乗り換えた時にｱｯｰってなるコト - 技術メモ帳
男のbashユーザーが、バラ色の紳士こと漢のzshに乗り換えたときに ｱｯｰってなるコト事を先ほどいくつか思いついたので共有する。 !!とかの履歴実行はrコマンドで zshには、r というシェル組み込みコマンドがあって 履歴からの実行が簡単に行える。 たとえば、一番最後に実行したviコマンドを実行したいときなどだ。 bashなんかだと !vi で出来るのだが、 rコマンドだったら % r vi でよい。 直前に実行したコマンドを再び実行したいとき、 bashなんかだと !! というやり方になるが、 rコマンドでは、 % r とするだけでよい。 また、文字列を置き換えてからの履歴実行はどうだろう。 たとえば次のようなbashの例だ。 $ vi .zshrc $ !vi:s/zsh/bash/ これは、最後に実行したviコマンドの引数文字列を ":s/zsh/bash/" によりzshという文
Young risk taker.: [Rails] Unit::TestかRSpecのSpecファイルを実行しボトルネックとなるクエリを書き出すSlowQueryLoggerを作った
久々に面白いモノを作った。 SlowQueryLogger RailsではActiveRecordを利用してガンガン富豪プログラムを書きがちなため、適切にインデクスを張っていないとすぐに重たくなるので、Rails中で発行された遅いクエリをロギングするプログラムを作った。 ActiveRecordの参照系クエリを発行するメソッドをEXPLAINにより実行解析情報を取得しロギングしてから通常の参照クエリを発行するように拡張し、Rails付属のUnit::TestのfunctionalテストまたはRSpecのコントローラーのSpecファイルを実行する。最終的には、filesortか一時テーブルを使用しているクエリがログファイルに書き出される。 つまり、functional testを定義したファイルかRSpecのcontrollerのスペックファイルがあれば特に何も用意する必要はない。 現在My
MySQL負荷分散のまとめ - Life on the net
はてぶで人気エントリーになっていた、 http://kokoromo.jugem.cc/?eid=195 [MySQL：１台しかない環境で負荷分散] これは負荷分散＝スケールアウトというよりは一台でスケールアップしてしのぐ手段を書いてい。 だから負荷分散という言葉は必ずしも正しくないのだが、一つのテーブルへの付加集中を分散させるという事なのだろう。 そこで何パターンかあるMySQLの負荷分散を簡単にまとめてみる。 1. 富豪的分散 商用のクラスター製品を使う。 最近はMySQL専門のクラスター製品が出てきている。 http://www.continuent.jp/pro.html なんかは良いかなと思う。 長所： プログラム側ではクラスタ状態を何の意識もせず、一つのターゲットに対してクエリーを発行すれば良い。 ターゲットが複数台ある事は意識する事は無い。 不具合があるノードに生じた場合、他
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
banned interdit verboden prohibido vietato proibido
i d e a * i d e a - ローカル開発環境ができた
http://www.res-system.com/item/550
http://www.turbolinux.co.jp/cgi-bin/newsrelease/index.cgi?date2=20060306102207
midoff.com