BYが指定されている場合のみです。指定されていない場合の挙動は仕様には定義されていないので、実装依存となります。BYを指定しないというのは利用者からすれば余計な処理はするなという意思表示でもあります。BYが指定されない場合は特別に並び替えをしません。いう疑問への答えは、「並び順を決定していない」となります。利用するようにしてください。バージョンアップにより脆弱性が解消したり、より安全になっています。以上で対応しています。セキュリティサポートが終了しています。利用する場合、以下のポイントを押さえることで安全に利用出来ます。個の銅バッジ9PHPのプリペアードステートメントのセキュリティについてこんにちは。$areaは引用符で囲っていないということは、数値でしょうか。その場合、例えば以下のようにします。数値の場合は、バインドする値をintなどにキャストするほうがいいです。特別な意味を持っています。TCP/IPではなくUNIXソケット(/tmp/mysql.sock等)を使用してローカルホストのmysqldに接続することを意味します。ほかのネットワークベースのプログラムと比較して想定されるのとはおそらく異なる、特別な方法で扱います。言う操作はピボット(PIVOT)と言いますので、そういうキーワードで調べれば答えが見つかります。SQLでなくてもflattenとかflatMapとか、よくある操作です。ご希望の結果とは若干違うかもしれませんがMySQLであればGROUP_CONCATを使うと、SELECTしてきた文字列をカンマ区切りの文字列に変換できます。SEPARATORを指定すればカンマ以外の文字を指定することもできます。組をcls,名前をname,時限をperiodとして、テーブルを作成して、実験した結果です。私なら0:00からの経過時間で格納すると思います。INT型(ミリ秒)、TIME型のどちらでもよいと思います。TIME型は、O/Rマッパーを使用していれば、プログラミング言語に対応したTIME型のオブジェクトとして取得できるかと思います。主な利点は以下の通りです。法則性こちらに似たような議論があります。これを読むとやはり、結論としては法則性も保証もない、ということになりますね。BYを指定しない場合の法則性」に期待するのはNGだと思います。BYはちゃんと指定すべきです。個の銅バッジ6cmd.exeとVisualBasic.netでコンソールアプリケーションを実行した場合の挙動の違いについて長くなってしまったので先にまとめます。通常、標準入出力には端末=コンソールウィンドウを指しているハンドルが使われます。すると、標準出力を端末以外のハンドルに差し換える(リダイレクト)ことになります。起動時に「標準入出力が端末を指しているかどうか」を調べているため、上記のようなリダイレクトを行った場合に挙動が変わります。これはあるプロセスが別のプロセスを起動する際に使う一般的なAPIです。BMPは「文字のセット」ではありません。Planeという言葉の通り、面すなわち領域のことです。BMPへの追加は今でも行われており、Unicode3.0までがBMP、それ以降が追加面、という区別の仕方は誤りです。個の銅バッジ6localhostについて「ループバックアドレス」と「ホスト名」について理解するとわかってくると思います。「自分自身を表す仮想的なアドレス」です。IPv4では「127.0.0.1」、IPv6においては「::1」(0:0:0:0:0:0:0:1)が使われます。IPネットワークでは、各ホスト(ノードと言ったりします)のネットワークインターフェースには、固有のIPアドレスが設定されます。ホスト名とIPアドレスの変換はOSが暗黙のうちに行うので、両方を覚える必用はありません。慣習的に「127.0.0.1」のホスト名は「localhost」とつけられます。指定しない場合の並び順には何の保証もありません。やりやすいように抽出した結果をそのまま返すわけですから、ストレージエンジンと実行計画による影響が大きいように思います。バージョンやインデックスによっても変化します。極論を言えば、パフォーマンスを追求した結果、キャッシュの状態で結果が変化する実装になるかもしれません。前述のように、「デフォルトの並び順」は利用者からすれば気にしてはならないものですし、開発者からしても気にする必要のない物ですから、まとまった資料は開発者向けとしても存在しない気がします。個の銅バッジ5MySQLでPDOのエラー時にロールバックされないMySQLではTRUNCATEはRollbackできないみたいです。DELETEを使うとRollbackできます。この場合データベースのインスタンス(MySQL等)を1つのポートで1台たちあげると、そのインスタンスを利用できるのは1つのWebサーバーのみとなってしまうと考えられます。RDBMS(に限らずほとんどのネットワーク越しに利用なサーバソフトウェア)は単一のポートで複数の接続を提供できます。Webサーバが80/tcpで多数のコネクションを同時に提供できるのが良い例です。個の銅バッジ5DBから抽出したレコードを指定キーワード(複数)で絞り込むロジックについて「なるべくコストが少ない検索方法」とのことですが、用途的にRDBMSがあまり得意としない処理のような気がします。こんな感じで実装して、パフォーマンスが怪しくなってきたときに全文検索エンジンの導入等を検討してみるのはどうでしょうか。column2のように式の計算結果でグループ化できるという意味です。column1と等価です。オイラはこれを危険とは思いません。スクリプトを呼ぶのは・・・うーんどうだろう。お勧めしたくない感じ。