  |
そりゃ、「下手な」ORDER BYとか、JOINをしたら遅くなるだろｗ
「下手な」やり方なんだからさ。
それを言い始めると Flashで作るかFlexで作るかでActionScriptも随分違ってくると思うけどな。
C（C++）言語だってWin32なのかMFCなのか,Linuxなのか、Macなのかでライブラリが違って大きく違うがC言語はC言語だ。
たまたまActionScriptが差すものの範囲が小さいから、混同されがちだが、ActionScriptはあくまで言語であって、ActionScriptが呼んでいるFlashのライブラリとは別物という解釈。
JavascriptだってDOM使わない独自拡張製品もいくつかでてるしな。かならずしもブラウザでDOMがなければJSというわけでもあるまい。
MySQLで下手なORDER BYとか、JOINとかやりまくるからじゃねーの？
必要ないテーブル引いてないかチェックした方が良いぜ？
まぁ、普通のWebアプリ程度でそこまでやらなきゃいけないことなんぞ滅多にないが、件数とか引いてくるレコード数が多い場合はMEMORY(昔はHEAP)テーブル作った方がいいと思う。
片方にだけしか無い 言語に依存した機能って多くないだろ。 ほとんどが、 ライブラリに依存した機能だ。
しかもベースとしているECMA Scriptのバージョンが違うとかに依存する場合、バージョンが古いだけだし。
C言語で言えば、Win32組むのと、LinuxでX11組むのと、Macで組むのと 書き方は違うが全部C言語みたいなもので
だからゲス（笑）と言われてそれに反応することがやましいからかどうなのかの判断は任せるよ
お好きにどうぞ、どーでもいいからどっちでもいいよってこと
データベースに何使ってるかしらないけど、mysqlとかで正規化やり過ぎると、クエリが「filesort」になったりして逆に遅くなるからなぁ・・・
最初のテーブルできっちりとインデックスソートできるように考えられてる正規化なら、サブクエリもいらないんじゃないかって気もするし。
存外、「高速化（ｷﾘｯ」ってのは、本当だったんじゃない？
時代の流れってｗ
じゃぁ、何が組めるのが時代の流れなのか教えて欲しいなｗ
「そんな仕様」ってどれの事？
教えてくれると嬉しいんだが。
ほしい物リストの物って基本的に頼み込んで贈ってもらったわけじゃなければ他人が勝手に発送してやるものだよな？
操作を間違って自分で注文したとしたら、注文確定メールも発送メールも来ないしアカウントサービス内に痕跡がないのはおかしいんだよな。
自分でちゃんと注文した今日届くはずの商品は発送メールも来たし、アカウントサービス内に情報がちゃんと表示されてるし。
宛先はちゃんと自分宛。
（Amazonには宛先情報を多少変えてある登録してあるんだけど、ちゃんとその多少変えた宛先で来た。
この事は誰にも言ってないので、知り合いがやったイタズラでもないはず。）
