【MySQL】DATETIMEとTIMESTAMPの違いや2038年問題などについて解説。 | ポテパンスタイル
【MySQL】DATETIMEとTIMESTAMPの違いや2038年問題などについて解説。 2019.12.31 データベースを設計するにあたり日付というのはかなりデリケートな部分になります。 後述しますが、間もなくきたるべき時を迎え、諸問題が発生する可能性を秘めたデータベースも数多くあるはずです。 そこで今回は日付(DATETIME)について解説してみたいと思います。 日付を扱う上で日付に関するデータ型というのはいくつかありますが、よく似ているのがこの二つのデータ型です。 しかし実は似て非なるもので、いくつかの大きな違いがあります。 格納可能な範囲の違いについて もう一つの大きな違いは格納できるデータの範囲です。 リファレンスマニュアルによると、DATETIMEのサポート有効範囲は”1000-01-01 00:00:00″から”9999-12-31 23:59:59″までとなっています。
Ruby on Rails Guides: Migrations
Migrations are a feature of Active Record that allows you to evolve your database schema over time. Rather than write schema modifications in pure SQL, migrations allow you to use a Ruby Domain Specific Language (DSL) to describe changes to your tables. After reading this guide, you will know: Which generators you can use to create migrations. Which methods Active Record provides to manipulate you
OAuthの認可はどのような流れで進むのか？ アクセストークン取得のための3つのフロー | ログミーBusiness
システム関連で幅広い事業を展開しているサイオステクノロジーのプロフェッショナルサービスチームが、日々何を考え、どんな仕事をしているかを共有する「SIOS PS Live配信」。今回は、利用頻度の高いOAuthをテーマにシニアアーキテクトの武井氏が登壇しました。続いて、OAuthの認可の流れと、アクセストークン取得のためのフローについて紹介します。前回はこちらから。 OAuthの認可の流れ武井宜行氏：次に、OAuthの登場人物を説明します。（スライドを指して）いろいろ書いてありますが、OAuthの登場人物をざっくり言うと、認可サーバー、リソースサーバー、クライアント、リソースオーナーです。 さっきの図をベースに説明すると、リソースオーナーはAさんにあたる、Facebookの中の投稿の一覧を保有している人です。認可サーバーは、Aさんを認証する人、認証を提供するサーバーです。リソースサーバーは、
統計・機械学習の理論を学ぶ手順 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 社内向けに公開している記事「統計・機械学習の理論を学ぶ手順」の一部を公開します。中学数学がわからない状態からスタートして理論に触れるにはどう進めばいいのかを簡潔に書きました。僕が一緒に仕事をしやすい人を作るためのものなので、異論は多くあると思いますがあくまでも一例ですし、社員に強制するものではありません。あと項目の順番は説明のため便宜上こうなっているだけで、必ずしも上から下へ進めというわけでもありません。 （追記）これもあるといいのではないかというお声のあった書籍をいくつか追加しました。 数学 残念ながら、統計モデルを正しく用いようと思
サービス間通信のための新技術「gRPC」入門 | さくらのナレッジ
たとえば次のような「user.proto」というプロトコル定義ファイルを用意し、これを変換する例を見てみよう。 syntax = "proto3"; message Picture { uint32 id = 1; uint32 width = 2; uint32 height = 3; enum PictureType { PNG = 0; JPEG = 1; GIF = 2; } PictureType type = 4; } message User { uint32 id = 1; string nickname = 2; string mail_address = 3; enum UserType { NORMAL = 0; ADMINISTRATOR = 1; GUEST = 2; DISABLED = 3; } UserType user_type = 4; repeated
Improved YARD cheatsheet
yardoc_cheatsheet.md Improved YARD CHEATSHEET http://yardoc.org forked from https://gist.github.com/chetan/1827484 which is from early 2012 and contains outdated information. Official Getting Started Guide Official Tags documentation Type naming examples Templates to remind you of the options and formatting for the different types of objects you might want to document using YARD. Linking Objects {
Rdoc cheatsheet
# Foo. # # @example # # y # g # # @param [String] param_name The xx and xx. # # @see https://example.com/ # # @return [true] if so # @param [Hash] opts the options to create a message with. # @option opts [String] :subject The subject # @option opts [String] :from ('nobody') From address # @option opts [String] :to Recipient email # @option opts [String] :body ('') The email's body # @param (see U
MySQL :: MySQL 8.0 リファレンスマニュアル :: 11.2.2 DATE、DATETIME、および TIMESTAMP 型
DATE、DATETIME、および TIMESTAMP 型は関連しています。 このセクションでは、これらの特徴、似ている点、および異なる点について説明します。 MySQL は、セクション9.1.3「日付リテラルと時間リテラル」で説明している複数の形式で、DATE、DATETIME、および TIMESTAMP 値を認識します。 DATE および DATETIME 範囲の説明では、「サポートされている」とは、以前の値は機能するが、保証はないということを意味します。 DATE 型は、日付部分を含むが時間部分は含まない値に使用されます。 MySQL は、DATE 値を'YYYY-MM-DD'形式で取得して表示します。 サポートしている範囲は '1000-01-01' から '9999-12-31' です。 DATETIME 型は、日付と時間の両方の部分を含む値に使用されます。 MySQL は、DA
「サボり先輩」に関する記事 | オモコロ
サボり先輩の記事 並び替え：新着順 新着順 古い順 人気順 4コマ 2026.04.06 【4コマ漫画】サボり先輩178 地球のお魚ぽんちゃん 4コマ 2026.03.23 【4コマ漫画】サボり先輩177 地球のお魚ぽんちゃん 4コマ 2026.03.09 【4コマ漫画】サボり先輩176 地球のお魚ぽんちゃん 4コマ 2026.02.23 【4コマ漫画】サボり先輩175 地球のお魚ぽんちゃん 4コマ 2026.02.09 【4コマ漫画】サボり先輩174 地球のお魚ぽんちゃん 4コマ 2026.01.26 【4コマ漫画】サボり先輩173 地球のお魚ぽんちゃん 4コマ 2026.01.12 【4コマ漫画】サボり先輩172 地球のお魚ぽんちゃん 4コマ 2025.12.22 【4コマ漫画】サボり先輩171 地球のお魚ぽんちゃん 4コマ 2025.12.08 【4コマ漫画】サボり先輩170 地球の
Rust の新しい HTTP サーバーのクレート Axum をフルに活用してサーバーサイドアプリケーション開発をしてみる - Don't Repeat Yourself
この記事は Rust Advent Calendar 25日目の記事です。Merry Christmas! 今年の Web バックエンド開発関連で一番大きかったなと思っているイベントに、Axum のリリースがあります。2021年の夏頃に tokio チームからリリースされた Web アプリケーション用のライブラリです。 基本的なデザインは actix-web 等とそこまで変わらないものの、マクロレスなのが大きな特徴かなと思います。tokio 上に直接載るアプリケーションになり、独自のランタイムをもたないため、tokio のバージョン管理に悩まされずに済むのも大きなメリットかも知れません。私はあまり重要ではないと思っていますが、明示的に #![forbid(unsafe_code)] をしているのでライブラリ内部に unsafe がないのも特徴かもしれません。 github.com 現在のん
explicit-architecture
This post is part of The Software Architecture Chronicles, a series of posts about Software Architecture. In them, I write about what I’ve learned about Software Architecture, how I think of it, and how I use that knowledge. The contents of this post might make more sense if you read the previous posts in this series. After graduating from University I followed a career as a high school teacher un
MySQL :: MySQL 8.4 Reference Manual :: 13.6 Data Type Default Values
Integer Types (Exact Value) - INTEGER, INT, SMALLINT, TINYINT, MEDIUMINT, BIGINT
MySQL UUID Smackdown: UUID vs. INT for Primary Key
Home » MySQL Basics » MySQL UUID Smackdown: UUID vs. INT for Primary Key Summary: This tutorial introduces you to MySQL UUID, shows you how to use it as the primary key for a table, and discusses the pros and cons of using it as the primary key. Introduction to MySQL UUIDUUID stands for Universally Unique IDentifier. UUID is defined based on RFC 4122, “a Universally Unique Identifier (UUID) URN Na
深層強化学習トレーディング①：準備編｜magito
タイトルの通り、深層強化学習という人工知能に関連する技術をmmbot（指値注文を駆使する自動売買プログラム）に応用できないか、という趣旨の記事でした。 どうやら深層強化学習というものは、例えばテレビゲームのような「連続した意思決定や行動選択を最適化する問題」を解くことを得意とする手法のようで、先ほどのAlphaGo（とその後継バージョン）にも組み込まれているとのことでした。 以下は深層強化学習を用いてスペースインベーダーを攻略する動画です。 このような動画を眺めていると、株・為替FX・仮想通貨などのトレーディングにおいても（囲碁やインベーダーと同じくゲームの類と考えると）AlphaGoのように自ら戦略を学習して強くなっていく自動売買プログラムを作ることができるのでは？という気がしてきます。 これはスンゲー面白そうです。ワクワクしてきました。 もしも、トレーディングの世界でシンギュラリティを
MariaDB Server のバグ修正および機能開発 - OSS Gateオンボーディング
先輩の名前 プロジェクトの概要 対象OSSの開発に参加することで新人が得られること 期間終了時に新人に期待すること 対象OSSと先輩の関わり 進め方 応募の際に考えておいてほしいこと 支援期間 必要な報酬 募集期間 応募方法 問い合わせ方法 先輩の名前 栁澤名由太 プロジェクトの概要 MariaDB Server のバグ修正・機能追加に取り組んでもらいます。 MariaDB Server は、MariaDB Corporation/Foundation を中心として、コミュニティベースで開発されているオープンソースの RDBMS です。日本国外には一定の MariaDB コントリビューターが存在しますが、残念なことに日本国内からはほとんどコントリビューションがないのが現状です。このプロジェクトでは、MariaDB Server のバグ修正および機能追加に取り組んでもらい、コミュニティに継続
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
MySQL :: MySQL 9.7 Reference Manual :: 13.2.5 Automatic Initialization and Updating for TIMESTAMP and DATETIME
GitHub Actions by Example
翻訳 「DDD, Hexagonal, Onion, Clean, CQRS…これらをどうやり遂げるのか？」 - tagoto web - confluence
Go is much faster than Ruby/Rails and there are many companies migrate from Ruby/Rails to Go like Iron.io. What is the value of using Rai...
MySQL :: Storing UUID Values in MySQL Tables