公文書管理デジタル化 事後変更や廃棄できないシステム構築を | NHKニュース
公文書管理のデジタル化に向けて、政府の公文書管理委員会の作業部会は、事後に修正できない仕組みが導入されている決裁文書以外の文書についても、変更や廃棄ができないシステムを構築するなどとした報告書をまとめました。 報告書では、効率的に公文書を管理するため、保存期間や廃棄などの一時的な判断はAI＝人工知能を活用するなどして、手続きの迅速化を図るとしています。 また、公文書の改ざんや不適切な廃棄はあってはならないと指摘し、事後に修正できない仕組みが導入されている決裁文書以外の文書についても、変更や廃棄ができないシステムを構築するとしています。 財務省の決裁文書の改ざんなどを受けて、政府は、電子データでの公文書管理を進めており、報告書も踏まえ、令和8年度までの完全電子化に向けて取り組むことにしています。
グレゴリオ暦？ユリウス暦？ データベースによって異なる、日付時刻型が扱える範囲
前回の記事「Excelだけに存在する日付」では、Excelにだけ存在する、実在しない日付形式について書きました。 今回も日付つながりで、データベースの日付時刻型の話を書きたいと思います。 ほとんどのデータベースは、日付時刻型を持っています。 ところが日付時刻型は、数値型や文字型のようにどのデータベースでもほぼ共通、ということはなく、利用可能な範囲、分解能（秒、ミリ秒、マイクロ秒など…）から内部のデータの持ち方まで、データベースや型によって様々です（「範囲」が決まっているのは、日付時刻型に限りませんが）。 日付時刻型の内部値は、前回お伝えしたとおり「ある特定の日付を基準に、その日付からの経過日数で表す」ものがほとんどかと思います。 前回は「経過日数」と書きましたが、データベースによっては「経過秒数」だったり、現在のOracle Databaseのように全く異なる内部管理を行っている例もあった
RDBとNoSQLにみるDB近現代史 データベースに破壊的イノベーションは二度起きるか？ - エンジニアHub｜若手Webエンジニアのキャリアを考える！
「ユーザー目線」のシステムを目指して RDBが従来の階層型DBに比べて優れていた点はいくつか挙げることができますが、シェアを伸ばすうえで最も大きな影響は、ユーザーが使いやすいデータ構造とインタフェースにこだわったことです。すなわち、「テーブル」と「SQL」の発明です。 RDBでは、すべてのデータを「テーブル」というただ一つのデータ形式によって表現します。テーブルは、見た目が「二次元表」に似ているため*3、Microsoft ExcelやGoogle ドキュメントなどのスプレッドシートを使い慣れた人が見ると、データを格納する方法が直観的にイメージしやすいという利点があります。実際、こうした二次元表によるデータ管理は、Excelなどのソフトウェアが登場する前から一般的な方法だったため、RDBが登場した当時の人々にとっても受け入れやすいものでした。 テーブルが画期的だった点は、もう一つあります。
データベーステーブル設計の基礎の基礎〜エンティティの抽出・定義から正規化まで - エンジニアHub｜若手Webエンジニアのキャリアを考える！
データベーステーブル設計の基礎の基礎～エンティティの抽出・定義から正規化まで 適切な形でデータベースのテーブルを設計し、運用するには？テーブル設計に必要な初歩を日本MySQLユーザ会副代表の坂井恵さんが丁寧に解説します。 金融系アプリ、ゲーム、人工知能などなど……。どんな種類のシステムを開発する上でも、避けて通れない領域があります。データベースです。データを適切な形式で格納し、取り出す。単純明快ながらも奥深いこの仕組みは、多くのシステムの根幹を支えています。 しかし、適切な形でデータベースのテーブルを設計し、運用するのは簡単なことではありません。「良いテーブル設計」のためには知識と経験が不可欠です。今回は日本MySQLユーザ会の副代表である坂井恵さんに、これからテーブル設計に着手する方に向け、設計に必要な技術と、良い設計を作るための考え方を教えていただきました。 坂井恵（さかい・けい） @
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策｜ハイクラス転職・求人情報サイト AMBI（アンビ）
なぜ、SQLは重たくなるのか？──『SQLパフォーマンス詳解』の翻訳者が教える原因と対策 『SQLパフォーマンス詳解』の翻訳者の松浦隼人さんに、8つの「SQLが重たくなる原因とその対策」を聞きました。システムのボトルネックになるような「問題のあるSQL」を回避するノウハウを学びましょう。 データの操作や定義をする言語「SQL」は、どのような領域を担うエンジニアにとっても必修科目です。しかし、その仕様をきちんと理解し、パフォーマンスに優れたSQLを書ける方はそれほど多くありません。問題のあるSQLを書いてしまい、知らぬ間にそれがシステムのボトルネックになってしまう事態はよく発生します。 では、どうすればそうした事態を回避できるのでしょうか？ そのノウハウを学ぶため、今回は『SQLパフォーマンス詳解』の翻訳者であり、自身もエンジニアでもある松浦隼人（まつうら・はやと／@dblmkt）さんに8つ
ゼロからはじめるPython(11) 最も身近なオープンデータ「郵便番号データベース」を活用しよう
本稿では、Pythonをゼロから学ぶヒントを紹介している。今回は、Pythonを使って、最も身近なオープンデータ「郵便番号データベース」を活用する方法を紹介する。 オープンデータとは？ 近年「オープンデータ」が話題となっている。オープンデータとは、インターネットなどを通じて誰でも自由に入手し、利用・再配布できるデータの総称だ。政府、自治体、研究機関、企業などが公開することが多い。現在では、人口統計や、過去の天気や気温など、さまざまなデータがオープンデータとして公開されている。 郵便番号データベースを使ってみよう そして、インターネットユーザーの間で、早くから様々な形で利用されてきたオープンデータとして思い浮かぶのが「郵便番号データベース」だ。以下、郵便局のWebサイトから、誰でも郵便番号データをダウンロードできる。 郵便番号データ ダウンロード [URL] http://www.post.
mysqlをdisる会 - Qiita
はじめに やあ （´・ω・｀) ようこそ、バーボンハウスへ。 このmysqlはサービスだから、まずsystemctl start mysqld して落ち着いて欲しい。 うん、「また」なんだ。済まない。 仏の顔もって言うしね、謝って許してもらおうとも思っていない。 でも、このタイトルを見たとき、君は、きっと言葉では言い表せない 「ときめき」みたいなものを感じてくれたと思う。 殺伐とした世の中で、そういう気持ちを忘れないで欲しい そう思って、この記事をかいたんだ じゃあ、注文を聞こうか。 というわけでmysqlをdisります。disるだけなので内容はありません。いいね？ mysql には罠がいっぱい そうなんですよ罠がいっぱいなんですよ奥さん。 いやこれはおそらくmysqlに限った話ではないんですけど例えばこういうの！ MySQLのチューニングなんてしたらパフォーマンス落ちるだけだし、デフォル
100年分のアニメ作品リストをExcelデータで公開した - 本しゃぶり
以前書いたこの記事。 これを書くのに使った元データを公開することにした。 2016/10/08時点で1917年から2016年10月までの100年分、10,255作品のタイトルと開始年月日が分かる。 Dropbox - animedb(shared).xlsx - Simplify your life 2016/11/19 更新 githubでcsvファイルを配布するようにした。Excelデータよりこっちの方が新しい。 github.com github 要望があったのでgithubでも公開した。 現在はこちらが最新版である。今後もマスターデータはgithubで管理していく。 github.com ライセンス 本ソフトウェア（ソースコードおよびデータベース）の利用はMIT ライセンスに基づく。また、メディア芸術データベース利用規約に準ずること。 使い方 Dropboxのページで見るなり、ダウ
若手プログラマー必読！５分で理解できるER図の書き方５ステップ
データベース設計の基本中の基本であるER図。ER図を書きたいけど、「記法が分からない」「どういうステップで書けば良いか分からない」という若手エンジニアも多いのではないでしょうか。 ER図は１０種類近くあり、種類によって記法が異なります。このことが難しいイメージを与えていますが、実はそれほど難しいものではありません。覚えれば良いER図は２種類だけです。 しかも、この記事で解説している基礎知識を押えれば、たった５つのステップで作成することができます。 この記事では、ER図の基礎知識からER図の書き方まで、エンジニアが抑えておくべきER図の全知識をどこよりも分かりやすく解説します。 この記事を読み終えたとき、若手エンジニアもER図を書けるようになっているでしょう。 この記事を参考に最適なデータベース設計を進めて下さい。 １．ER図とは ER図とは、「データベース設計（データモデリング）で使う設計
オタク特有の「複数アーティストの区切りバラバラ問題」に対応する - ハクチョウノミズウミ
完全にキレた、ISOに直談判も辞さない 突然なんですが、ぼくはアイドルマスターシンデレラガールズ(デレマス)の「メッセージ」って曲がめちゃくちゃ好きなんですよ。 で、デレマスの1期OP主題歌「Star!!」のCDに、カップリングとして new generation の3人が歌うバージョンの「メッセージ」が収録されてるんですけど。 アーティストタグを見ると、こうなってるんですね。(ぼくの場合です) 島村卯月(大橋彩香); 渋谷凛(福原綾香); 本田未央(原紗友里) さて、同じ曲を持っている方がいらっしゃるかはわかりませんが、あなただったらどういう風に書きますか？ 島村卯月(CV:大橋彩香), 渋谷凛(CV:福原綾香), 本田未央(CV:原紗友里) あー、「CV:」って付けるタイプですね。括弧は半角、区切りは半角カンマと。いいですね。 島村卯月(CV.大橋彩香)、渋谷凛(CV.福原綾香)、本田
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
データベース設計の煩雑な作業を自動化する「ERMaster」