売買目的有価証券というのは、

売買を目的として購入した株式や国債、公債、社債などのことを言います。 これらは「売買目的有価証券」勘定で処理することになります。 「売買目的有価証券」は「資産」です。

仕訳の際には株式などの取得価格も「売買目的有価証券」勘定の中に含みます。

たとえば、売買を目的として１株20,000円の株式を１０株小切手を振り出して購入し、取得費用10,000円を現金で支払った、とします。

その場合の仕訳は、

と、なります。

また、株式は価値が変動していくものなので、購入したときと売却するときでは価格に差があることがあります。

たとえば、売買を目的として購入した１株20,000円の株式（取得費用10,000円）を１０株、１株18,000円で売却し、代金は現金で受け取った、とします。

その場合の仕訳は、

と、なります。

取得費用を含めた買値よりも売値の方が安ければ「有価証券売却損」勘定を、取得費用を含めた買値よりも売値の方が高ければ「有価証券売却益」勘定を使用します。 有価証券売却損は「費用」、有価証券売却益は「収益」になります。

さらに、決算時には評価替えを行います。 帳簿価格（購入価格＋取得費用）を、時価に振り替えます。

たとえば、売買を目的として購入した１株21,000円で購入した株式の、決算日の時価が１株21,500円になっていた、とします。

その場合の仕訳は、

と、なります。

決算時の評価替えは、評価の変更分だけを仕訳することになります。

計算式で表すと、

21,500（一株あたりの時価）×１０（株数）－21,000（一株あたりの値段）×１０（株数）＝5,000

と、なります。 評価が下がった場合には「有価証券評価損」勘定を使用します。 有価証券評価益は「収益」、有価証券評価損は「費用」になります。

DBでDATETIME型で保存していたのですが、1.0で動かそうとしたらupdated_at(flash側ではDate)がInvalidDateと表示されてしまう。MYSQLクライアントでSELECTしたら特に問題なさそう。？？と思ったのですが動いたのでメモ。

修正したところ

• DB側はDATETIMEではなくてDATEに
  下にあるように親和性が高いカラムのほうが楽だと判断しDATE型にしました。DATEといっても日付と時間も格納してくれます。
• parameterで渡すのはDateのインスタンスで
  getTime()だとNumberが帰ってしまうので、INSERTはOKなんだけど、SELECTしてblog.updated_atとすると”Invalid Date”といわれてしまう。

   1  stmt.parameter[":updated_at"] = new Date(); //OK
   2  stmt.parameter[":updated_at"] = new Date().getTime(); //NG:beta3までは動いてた

サポートされるSQLの仕様:local database

http://livedocs.adobe.com/air/1/jslr/localDatabaseSQLSupport.html

サポートされる型で特に親和性が高いもの

The affinity of a column is the recommended type for data stored in that column. When a value is stored in a column (through an INSERT or UPDATE statement), the runtime attempts to convert that value from its data type to the specified affinity
http://livedocs.adobe.com/air/1/jslr/localDatabaseSQLSupport.html#columnAffinit

下記のカラムとは親和性があり、実行時にデータ型を変換してくれるそうです。

• TEXT (or STRING)
• NUMERIC
• INTEGER
• REAL (or NUMBER)
• BOOLEAN
• DATE
• XML
• XMLLIST
• OBJECT
• NONE

DATEの親和性

A column with DATE affinity stores date and time values. A DATE column is designed to accept values that are ActionScript or JavaScript Date instances. If an attempt is made to store a String value in a DATE column, the runtime attempts to convert it to a Julian date. If the conversion fails an error occurs. If code attempts to store a Number, int, or uint value, no attempt is made to validate the data and it is assumed to be a valid Julian date value. A DATE value that's retrieved using a SELECT statement is automatically converted to a Date instance. DATE values are stored as Julian date values using the REAL storage class, so sorting and comparing operations work as you would expect them to.

NOTE:太字は私が強調をつけたところです。