SQLite では NULL が空文字として表示される。その為、何も無いのか、NULL なのか、空文字があるのかが分からない時がある。.nullvalue と言うコマンドがあるので、それで任意の出力に変える事が出来る。 sqlite を起動し、NULL を選んでみる。 % sqlite3 SQLite version 3.33.0 2020-08-14 13:23:32 Enter ".help" for usage hints. Connected to a transient in-memory database. Use ".open FILENAME" to reopen on a persistent database. sqlite> SELECT NULL; sqlite> VALUES ( NULL, NULL ), ( NULL, NULL ); | | sqlite>
Release History This page provides a high-level summary of changes to SQLite. For more detail, see the Fossil checkin logs at https://www.sqlite.org/src/timeline and https://www.sqlite.org/src/timeline?t=release. See the chronology a succinct listing of releases. 2025-02-18 (3.49.1) Improve portability of makefiles and configure scripts. Fix a bug in the concat_ws() function, introduced in version
1. Overview The zipfile module provides read/write access to simple ZIP archives. The current implementation has the following restrictions: Does not support encryption. Does not support ZIP archives that span multiple files. Does not support zip64 extensions. The only compression algorithm supported is "deflate". Some or all of these restrictions may be removed in the future. 2. Obtaining and Com
軽い気持ちで投稿したら、思わぬ反響を頂いたこの話。 賛否両論で色々な意見を頂きました。 問題点も含めてある程度メリット・デメリットが見えてきたので、最後にまとめてみます。 ブコメ、Twitterで色々と意見を頂いた方々ありがとうございました。 この場を借りてお礼申し上げます。 前回までのおさらい クライアントとサーバー間で何らかのデータの受け渡しをする時に、 よく使われるフォーマットとしてJSONやXMLがあります。 構造がシンプルなテキストで汎用性が高いため、あらゆるプラットフォーム間の差異を吸収するフォーマットとしてメジャーな存在です。 モバイルアプリも例外ではないのですが、JSONなどを使わずにSQLiteのDBファイルを直接渡してやりとりするというのが先日書いた記事です。 SQLiteはクロスプラットフォームな上に1ファイルで完結するので、1つのファイルで様々なプラットフォームから
アニマネの内部ではアプリとサーバー間でどのようにデータを受け渡ししているかという話をしてみます。 一般的にアプリとサーバー間のデータの受け渡しだとJSONやXML、YAMLなどが多いと思います。 ここにSQLiteという選択肢を入れると色々幸せになれるという話です。 もはや何で今までJSONという固定観念が捨てられなかったのかというぐらい、個人的にはコロンブスの卵でした。 あまり事例はなさそうなので、ここで紹介してみます。 アニマネでの問題点 アニメアプリのアニマネでは主にアニメの番組表やニュースをサーバーから受け取って表示しています。 都道府県にもよりますが、一つの都道府県の1週間分の番組表（アニメだけ）をJSONにすると大体750KBぐらいになるんですね。 これを開発初期ではMessagePackに置き換えてました。 話の本筋とは関係ないですが、JSONよりはMessagePackの方
実機のSQLiteにアクセス 先日、Androidアプリの動作確認を実機(Galaxy Nexus)で行いました。 昔は問題なくadb shellで中にはいってsqlite3コマンドで確認できた気がしてたんですが、 DBファイルがある場所へ移動してファイルを確認しようとしたらpermission deniedだし、 そもそもsqlite3コマンド自体が使えないという状況でした。 rootとってsqliteを移植してる人もいましたが、今回はデータベースファイルの中身を確認するのが目的だったので、 データベースをPCにもってくる方法についての備忘録的tipsです。 もっとちゃんとした回避策があるような気がしなくもないですが。誰か知ってたら教えてください。 環境 今回使用した動作環境は以下のとおりです。 OS : MacOS X 10.7.4 実機 : Galaxy Nexus Android
Android Contacts APIとは、どんなAPIか その可能性 AndroidSDKは端末内部のアドレス帳へアクセスするためのインターフェースとなるContactsAPIを用意しています。 端末内連絡先という重要なリソースへのアクセスを担うContactsAPIはアプリ開発の幅を広げるためには重要なAPIではないでしょうか。 ですが、このAPIの仕様は煩雑で癖が強いです。直感的に欲しいデータにアクセスできませんし、書き込みもできません。 根本的なContactsAPIの概念的な部分を分かっていないとちょっとイライラすると思います。 また、似ているアドレス情報の連絡先を勝手に集約してまとめるような仕組みがAndroidOSレベルで用意されていたりするため開発者の混乱を招く原因になっていたりします。 また、データにアクセスするためのキー項目の特徴を知っていないと思わぬことが起きたりし
MySQLやOracleなどのデータベースでおなじみのWHERE EXISTS句を SQLiteで使えるかどうかを調べてみたら調べ方が悪いのか、 日本語の情報がほぼ無かったのでメモ。 SQL叩いて試してみたらEXISTS句使えました。 SQL文の例。 SELECT * FROM t1 WHERE EXISTS(SELECT * FROM t2 WHERE t1.id = t2.t1_id); SELECT * FROM t1 WHERE NOT EXISTS(SELECT * FROM t2 WHERE t1.id = t2.t1_id); これで片方のテーブルだけにある行などの抽出もできます。
Androidではよく、画像とかをSDカードに保存とかやったりする場合があると思いますが、端末によってはSDカードがなかったりする場合もあると思います。 そういう場合には、blobで保存しておくと、結構便利だったりするのでその方法を書いてみたいと思います。 まずDBを定義します。 SQLiteOpenHelperを継承したクラスを作成します。 public class SampleDbOpenHelper extends SQLiteOpenHelper { private static final String DB = "sample.db"; private static final int DB_VERSION = 1; public SampleDbOpenHelper(Context context) { super(context, DB, null, DB_VERSION)
SQLiteのインストールは容易です。本家サイトのダウンロードより、ウィンドウズ版のコマンドラインツール(sqlite-3_3_11.zip)をダウンロードして解凍します。コマンドプロンプトで作業します。 Linuxは多分ソースからコンパイルすると思われ。 目次 ツール基本操作 データベースの作成 データベースの作成はコマンドラインツールにデータベースファイル名を指定することで行う。 C:\> sqlite3.exe test.db データベースへの接続も同時に行う。 データベースへの接続 データベースの作成と同じです。ファイルが無ければ新規作成れる。 C:\> sqlite3.exe test.db テーブルの確認 sqlite> .tables .tables コマンドでデータベース内のテーブル一覧を表示する。 テーブルスキーマの表示 sqlite> .schema mytable .
SQLite は、軽量で組み込み型のリレーショナルデータベース管理システムです。そのシンプルさと使いやすさから、モバイルアプリ、デスクトップアプリ、IoT デバイス、組み込みシステムなど、さまざまな環境で利用されています。 SQLite の最大の特徴はサーバーレスであることです。 MySQL や PostgreSQL などはサーバー型のデータベースですが、 SQLite は専用のサーバーを必要とせず、データベースを利用するアプリケーションと同じプロセス内でデータを操作できます。また SQLite はデータベース全体を 1 つのファイルで管理します。そのため、バックアップや別の環境への移行も、ファイルをコピーするだけで簡単に行えます。 SQLite は手軽に利用でき、モバイル環境を含む多くのプラットフォームで動作するため、アプリや組み込みシステムを含む、小規模なデータ管理で広く利用されていま
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
