Google Gears の機能のおさらいと HTML5「Client-side DB」の相互運用を考える。Client-side DB に未来はあるか？ - IT戦記
さきほど Client-side database storage について書きましたが そこで、 Client-side database storage は今は Safari からしか使うことができません しかし、 Google Gears を使ってすべてのブラウザに実装することは可能だと思います。（すでにある？） その辺りも少し調べてみたいです。 Safari 3.1 に実装された「Client-side database storage (SQL API)」とは何か？ - IT戦記 と書いてから、少しだけ Google Gears が持っているクライアントサイドデータベースについて調べてみました。 Google Gears とは まず、 Google Gears について少し触れておきます。 Google Gears はブラウザの機能を拡張するためのもので、以下の機能を提供します。
MySQL :: MySQL 8.0 リファレンスマニュアル :: 13.2.6.1 INSERT ... SELECT ステートメント
SAVEPOINT、ROLLBACK TO SAVEPOINT および RELEASE SAVEPOINT ステートメント
MySQLのINSERT … SELECT 構文(insertで副問い合わせ、サブクエリ) « kawama.jp
試しにやってみたらできました。MySQL5.0です。 insert into FIRST_TABLE (fcol1,fcol2) select scol1,scol2 from SECOND_T where scol = 1; http://dev.mysql.com/doc/refman/4.1/ja/insert-select.html 4 Comments » MySQLとその周辺 MySQLなどのデータベースも随分と身近になりましたが、結構やられています。一時期は「ERROR 1045」になやまされましたが コメント by Server — 2006年6月21日 @ 15:47 MySQLの流れには… 時代の流れというか、やはりMySQLを使わないではすまない状況ですね。ブログもデータ数が多くなると、重くなるのでやはり コメント by 高性能レンタルサーバー — 2006年7月9日
Nucleus - SQL テーブル構造
訳者注： このドキュメントの原文は以下のURLにあります。 http://nucleuscms.org/documentation/devdocs/sqltables.html 誤訳にお気づきの方はNucleusCMS日本語フォーラムまでご連絡いただけると助かります。 はじめに 開発者向けドキュメントの目次へ戻る このドキュメントはNucleusのデータベース・テーブルのフィールドを解説しています。 構造はNucleus v3.6のものに従っています 目次 文書中の色使いについて ブログ nucleus_blog nucleus_category nucleus_item nucleus_comment nucleus_member nucleus_team プラグイン nucleus_plugin nucleus_plugin_event nucleus_plugin_option nu
yohgaki's blog - addslashesによるエスケープ処理は止めましょう
(Last Updated On: 2018年8月13日)追記：PHPエスケープ関連の検索でこのエントリを参照されたと思います。PHPでのエスケープ全般については以下のエントリを参照してください。 PHP文字列のエスケープ セキュリティmemoにaddslashesよるエスケープ処理でSQLインジェクションが可能なるという記事を見つけました。 私のセミナーを聞いたことがある方は「addslashesによるエスケープ処理は止めましょう」と言っていた事を覚えているでしょうか? mysql_real_escape_string()やpg_escape_string()等のデータベース専用のエスケープ関数を使いましょう、とも話しています。 ちなみにSQLiteを使っている場合はaddslashesでエスケープ処理はNGです。もっと根本的に間違っています。SQLiteではMS SQL Server,
ドメインロジックとSQL
以下の文章は、Martin Fowler による Domain Logic and SQL の日本語訳である。 データベース指向ソフトウェア開発者とメモリ上(in-memory)アプリケーションソフトウェア開発者との間のギャップは、ここ数十年、徐々に広がってきている。このギャップが原因で、データベースの機能(SQLやストアドプロシージャ)をどのように扱えばよいのかという議論が数多く巻き起こっている。ここでは、ビジネスロジックを SQL に置くべきか、それともメモリ上のコードに置くべきかといった問題について、主にパフォーマンスと更新性の観点から考察を行う。考察には簡単な例を使うが、SQL クエリはしっかりとしたもの（rich SQL queries）を用いるので悪しからず。 エンタープライズアプリケーション（訳注：以下、EA）構築に関する本（私の近著『P of EAA』など）を読むと、ロジッ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Error / FluxBB
Nucleusの使い方
サービス終了のお知らせ