SQL> select sq_hoge.nextval from dual; NEXTVAL ---------- 12345 なんかだったりした場合、これを100001に変えたい時。 Oracleにはそんな気の利いた機能は存在しないので、泥臭く下記のようにやるのが一番手っ取り早い。 希望の値と現在の値の差を、そのまま増分値にして、 SQL> alter sequence sq_hoge increment by 87655; ここで、nextvalを取得。
Access 2016(64 bit +win10Home)でmdbファイルは開ける MS Access 2013 Later can Open mdb filePowerShellaccessvbsMDB いままで誤読していた Access 2013 で廃止、変更された機能 - Access - Office Support Access 97 データベースは、Access 2013 では開くことができなくなりました。ファイルをアップグレードする必要があります。これを行うには、Access 2010 または Access 2007 でファイルを開き、.accdb ファイル形式で保存した後、Access 2013 で開きます。 この変更は、Access 97 データベースにリンクされているデータベースにも影響します。 と書いているが、そもそも自分がサポート外だの更新をしろだのと言っておいて
ACCESS2013以降(64/32bit)でAccess1.0のMDBを作り、Access2003以降のMDBに変換するVBScriptVBAAccess2013Access1.0 前回Access97/95以前のファイルが作成できなかった これはAccess 2000/2003 +VB6.0 /VB5.0 ODBCDirect 幻の技術で取り上げたようにAccess1.1などは日本で未発売だった。したがってAccess1.0は日本語に対応していないため、dbLangJapaneseなどという定数は使えない。 したがって dbLangGeneral をつかう。 Access 32Bit VBA版(64bitでは動作しません) Sub Main() 'http://kazu-riders.blog.so-net.ne.jp/2009-03-27 'Access 2013 Later 32B
話したネタ 論理削除とはそもそも何か? 物理削除とは? なぜ、論理削除が生まれてくるのか? SQLアンチパターン 幻の第26章「とりあえず削除フラグ」 理由1: 心理的なハードルの高さ、怖さがある 理由2: 削除したデータを検索対象に入れたい場合がある 理由3: ログとしての用途 理由4: 誤操作をすぐに戻したい アンチパターンとは何か? なぜ、論理削除はアンチパターンとして捉えられるのか? 全てのSQL文のWHERE句に削除フラグが必ず入る LIMIT 1などが蔓延していく 論理削除に気づくきっかけは何か? テーブル設計や、規約から気づく 論理削除というアンチパターンをどのように解いていくか? 論理削除という概念は世の中にまずなく、お客様は論理削除という言葉を使っていない 要件をどのように設計すればいいのか? ORMの論理削除プラグインはあまり良くない 状態遷移として捉える方法 Soft
RDBのレコードに、作成日時や更新日時を自動で入れ込むコードを書いたりすることあると思いますが、それに対する個人的な設計指針です。ここでは、作成日時カラム名をcreated_at、更新日時をupdated_atとして説明します。 tl;dr レコード作成日時や更新日時をRDBのトリガーで埋めるのは便利なのでやると良い ただ、アプリケーションからそれらのカラムを参照することはせず別に定義した方が良い MySQLにおける時刻自動挿入 MySQL5.6.5以降であれば、以下のようにトリガーを設定すれば、レコード挿入時に作成日時と更新日時を、更新時に更新日時を、DATETIME型にも自動で埋めてくれます。いい時代になりました。(MySQLが遅すぎたという話もある) `created_at` DATETIME NOT NULL DEFAULT CURRENT_TIMESTAMP, `updated_
0は性別に関する情報が得られない場合に使います。性別に関する情報はあるのだけど1とも2とも言えない場合は9を使います。要は「0でもなくて1でも2でもなければ9」です。 これを知っていればMだとかFだとかを議論をせずに済みますね。 国際規格に従うべき理由 国際規格に従うことは色々と利点があります。まず、どうしてそういうコード体系にしたのかを説明しやすいです。また多言語対応する際も規格通りに書けば伝わるはずなので迷わずに済みます。別システムへのデータの移行や、異なるシステム間でのデータの統合もコード体系が同じならラクラクです。もしかしたら別のプロジェクトで書いたコードをそのまま使いまわせるかもしれません。技術者に対するトレーニングも不要です。 対して、わざわざ国際規格に反する実装をする場合は上記のメリットがそのままひっくり返ってデメリットになりはしますが、もちろん、それなりの理由があれば規格と
JJUG CCC 2017 Springで、「データ履歴管理のためのテンポラルデータモデルとReladomoの紹介」という話をしてきました。 データ履歴管理のためのテンポラルデータモデルとReladomoの紹介 #jjug_ccc #ccc_g3 from Hiroshi Ito 今回の登壇は、株式会社FOLIOのスポンサーセッションです!FOLIOについてはこちらの入社エントリー記事もご参考ください。Toggetterは下のリンクから。 togetter.com 世の中のみなさんが「論理削除フラグ」を使いたくなるモチベーションとしては、実は「削除」ではなく別のビジネスロジックを実装したいだけであることがほとんどだと思います。 たとえば論理削除フラグという名の死亡フラグ - @ledsun blogというエントリを参考にさせていただくと、下記のような要件の例があります。 ・社員が退職(・転
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く