「db」を含む日記 RSS

はてなキーワード: dbとは

2020-09-26

なぜ、おまえのバグ課金を停止できない

ボタン一発でDB消させろ

DELETE YES

はらってんだぞ

直ちに停止できないときに なにがサポートだ スクリプトミスったのはお前たちだ

サポートがいるのはお前だ0.001円でも金をとって 何故ミスれる

delete というボタンを作るだけだ

からうな 消せ

消せない場合 カネがかかるサービスで ミスるな

2020-09-22

今回わかったこ

マイナンバーカードの番号を、うかつに個人認証につかっちゃだめだし

うかつにDBに記録しちゃダメだよね

であるならば

保険証免許証いいわけないし

薬の履歴などに関わる保険証などもっとだめに決まってる

2020-09-15

エクサDBビッグデータ=100万件のレコード おもしろおかしビッグデータにふれてもらう

まぁ、絵解きなんとか とかは必要なわけで

興味を持ってもらうというのは大変なわけです。

いまはやりのビッグデータですが、

エクサDB とかかけば ビッグデータと思ってもらえますが、読者が激減 読んでもらえない上に・・・

 

そうすると、100

万個のレコードが!

かい

AKBの売上はミリオンですね。100万って多いですよね

DB件数が増えて、全国展開ともなると、小さなDBでは起きなかった様々な事が起きるんです。

という感じで、難しくないようにいうんだけど

 

お前が本当に言いたいのはスワップエクサ!なんだろ?ってしつこく言われて疲れた

 

ものすごい苦労しているけど、実際話をしたいのはデータが1000ギガ=1テラを超えるようなDBの話をっ前提

なにか?

インメモリからスワップアウトすることが必須スワップ!? あーん。

というやつです。

 

そうすると 縮小して わざとメモリリミットを書けて500Mぐらいにしておいて、

わざと、スワップアウトさせて、このときアルゴリズム議論して、将来1エクサときにという話をしていくのですが

そんなもん、メモリ積めばいいじゃんといわれると

そうですね。

しか答えられない

 

こんな事が山ほどあるのがWeb業界で 100万件こういうクレームがあると本当に1件困っている人がいるから大変です。

正直、レコード数が100

万個を超えた場合

とか いわゆるDBに興味がないひとでもとっつきやすいように書いてはいるが

正直 はてななんだからビッグデーターのクエリについて雑談したいに決まってる。

他方 こんだけ機械学習いわれていて、万個ねたと100万個ねたどっちに人が食いつくかという

 

それ自体雑談からいいんだけど

本気でプログラムの話をする気がないという私的がついて 悩む

エントリー向けって難しいんだけどな

2020-09-08

個人無償DB限界だね。いまみんなおかねないからね。

2020-09-04

anond:20200904201402

そう言うこと。

それで証券口座不正アクセスして、その内容を本人に仄めかし、殺害予告もして、その会社サービスを終了させた馬鹿がいるらしいな。

で、本格的にやばくなってDB部落だとか薬物中毒者だとかデタラメ捏造してやり過ごそうとしたら、事実は全く違って、マルセイ案件だったので大変な事になってると。

犯罪から防衛 と 個人情報不用意な閲覧から保護

個人情報保護とか、いっているけれど

私の彼氏登録アプリ

とかとおなじだけど、そんなもんにマイナンバー付けて、なにがあっても、本当に彼氏ですみたいないみがわからん

いいだろ、ふたりで、ツイッターアカウントでもなんでも。

そんなものDB登録すんな。結婚してからでいい。

 

見れるけれども保護をする

のではなく

見られないのが常識だそんなもん

 

個人情報保護ではなく、そもそも閲覧権限がない場合ハッキングから犯罪

 

犯罪から防衛個人情報保護

2020-09-02

anond:20200902185403

つか、この地震大国日本で30F超 のビルを当たり前に建てられる日本

SUICAの処理を、毎朝の通勤の規模で、さばいてきた日本

おまえSUICAシステム

DBだけでも作れるか?

SQLAWSサーバ1台でいくとおもうか?

SUICAのあれをみて、すごいとおもわないのか?

2020-08-31

半年以上なやんでいたDB管理が1項目できた。

あとすこし、立ち上がったら

バックアプをとって、確認。おかねがないんだよ、もうすぐ破産するかもしれないんだよ。

おれのてで、消してやる。

2020-08-28

anond:20200828103813

住民票DBは、自治体が、良いと思えば、民間企業に渡しても良い(あべのマスクはいふのためなど OCRスキャンするなどがあるから封筒でもNGとするばあい

2020-08-24

anond:20200824173134

読み込みだけならどっちでも良いと思う

書き込み(変更)も発生するなら、ファイルDBにする必要がある

項目が増えたり複雑化していきそうなら、最初は面倒でも、DBを導入したほうがいい

anond:20200824032922

挫折しないならどこから入ろうが構わないと思うんだけど

Railsある程度できるぜって謎の自信つけちゃった人が応用的なことしようとした時に挫折しないだろうか

自分自身いまRailsチュートリアル中なのでRailsで何ができるか正直わかってないけど

DB登録したり読み込みする時にINNER JOINやサブクエリ使うようなちょっとややこしいSQL使ってしないといけないようなものとかできる?)

rails勉強中だけど

DjangoとかRailsとかって、プログラムいろはを知っている人でも理解するのに苦労するような独特な構文が多い

あくまフレームワークで面倒な部分は省いているから仕方ないんだけど。

デコレータが何なのか継承が何なのかとかわかっていてもその意味を読み解くのに一苦労する。

ましてやRailsから勉強しよう!なんて人にとったら「なんかわからんけど動いた」という人が大半になるんじゃないかと思う。

Railsから入った人はたぶんRailsのためだけのやり方しか習得できんし、応用が利かないレベルなっちゃうんじゃないかと思う。

ORMを使わず純粋Javaなりでバックエンド書いてDB設計したりとかリクエストが来たらJSONを返すアプリケーションサイドを作ったりってなんとなく経験した人がRailsなりDjangoなりやるとこういうことか、これは便利だ、でもここは融通が利かなくてつかいにくいなみたいなことがわかるんだろうけど

そういう意味で言うとまず最初RailsDjangoだってフレームワークから入るのは良くないんじゃないかと思う次第。

2020-08-20

anond:20200820022916

元増田です

「その職場」って今の職場ですかね?

転職してまだ間がないんで、大した仕事はしてないですね

FirestoreとSaaSのWebhooksやAPIをCloud Functionsで繋いでSaaSバックアップDBを構築する、みたいなのを仕事にしてます

DBは割と扱い慣れてるので設計から俺1人でやってますよ、結構怖いですが

2020-08-16

anond:20200816140647

GT終了(97)からDB完全版発売(02)あたりまで

実はマス向けのDB商品展開って途切れてて空白世代がいるらしいぞ

もちろんCSとかではやってただろうけどみんながみんなCS入ってるわけないしな

2020-08-15

anond:20200815185928

大きい見た目の変更はないんだけど、ずーっとちょこちょこバージョンアップしてるよー。

あと中身はDBオラクルから自社製に変わってる。

これもちょっとトラブル程度で乗り切ったからお見事だった。

はじめておしごとでiotっぽいことやってて今ちょうどDBをあつかってるところなんだけど、くだんの事件ほえ~ってなってる

DBってたのしいんだね

ひとつひとつ基本的にやれることはシンプルなのに、それをくみあわせることで複雑なことが実現できちゃうんだ

いろんなアプローチができちゃうから、できるひととできない人の差がもろに出る感じ

anond:20200815014654

ホントは自社買い資金として丸々費用くれるんでしょ?

自分の垢のためにDBポチポチしてもどうせソシャゲ業界なんで上も腐ってるからギャハハwって許してくれるよ

環境デバックも兼ねてるんだしDBポチ極めちまえ

2020-08-13

Kyashあかんよなあ

こんなラフユーザー購入履歴が見られてるのかと思うと、ええんやろか感強いね

https://b.hatena.ne.jp/entry/s/blog.kyash.co/entry/2020/08/12/092539

あかんよなあ。

エンジニアが本番DBアクセスできるのはしょうがいかなとも思うけど

聞いた話では管理画面にいたってはほとんどの社員にフルオープンだとか。

”どこで何買ったか”って図書館の貸出履歴以上に取扱注意な情報だと思うんだが。

社内に閉じてるとはいえそんな気軽に誰でもアクセスできちゃだめでしょ。

ついでに言うとこの記事に書いてるチーム構成ヤバイと思った。

これ入社2年目でシニア扱いってことでしょ。他の二人は半年にも満たないし。

決済関連の重要部署ぽいんだけどそれでいいのか・・・

ベンチャーだし人の入れ替わり激しいのはわかるけどこれ金扱うサービスよ。

何度も障害サービス落ちるだけじゃなくて大規模誤請求とかもあった)起こしてる理由がわかった気がした。

anond:20200813141627

JDBC ドライバで setAutoCommit(true) の時の問題、ってあるから SQL 書けばいいとかそういう問題じゃないと自分も読んだけど、そのコメント奥野さんか・・・

記事最初の方で「DBデータを集計するようなバッチ処理を書いてまして」って書いてるから奥野さん的には集計くらいアプリケーション書かずに SQL だけでやれ、って言いたいのかなぁ??

集計内容によっては無茶だと思うけど、 DB ガチ勢は集計バッチとか書かないんだろうか

2020-08-12

なかなかやる気にならない問題

コロナ禍起因のタスク

今年の春夏はコロナ禍のおかげで大量のタスクが発生。もちろんコロナのおかげで今までしなくちゃいけないこと(会議室へ出向いて退屈に耐え忍ぶ)とかが消失しているので、トントンなのかもしれん。コロナ起因タスクの方が多いような気がする。

平日の朝コロナ起因のタスクを先ずは消化しようと(テンション高くなくてもできるし・・・)思う。いつまでたっても終わらないという錯覚に襲われそうになりつつ、夕方になり、ふと冷静になる。めちゃくちゃ手間取る。慣れないことなので、手間取る。見積もったタスク消化時間を超過する。そらそうよ。やったことないんだもの会議の方がケツが決まっているのでタスク消化時間見積としては予測やすい。そういう意味ストレス的にはまだマシなのかも。

コロナタスクのむなしさ

せっかく作ったDB(database)も有事の時でなければ活用されないわけ。新型ウイルスの発生頻度が最近上がっているとはいえ、次の有事10年後だろうと予測10年もたったら時代も情勢も変化してて今回のDB絶対使いまわせない。本当ダメ。虚しい。

本当にやりこなさないといけないタスクは先送り

先送り症候群だ。ストレスフルだよなぁ。コロナタスクテンション消耗するから本質的タスクに着手する頃には、エネルギーが残ってない。いわゆるガス欠だ!クソクソクソクソクソクソクソクソ。そびえ立つクソだ。有事からってことで諦め。思えばだれも催促してこなかった( ^ω^)・・・

自己啓発本にはヒントがあるかも

本質的タスクを着手しようとするとガス欠。紙切り芸術家の女がテレビに出てた時、創造神様降臨するまでこうしてじっとハサミをもって待つのだ!っていうシーンが印象的で記憶に残ってるが、そんなことしないと本質的タスクは消化できないのか?ユージンシュワルツさんの33ルールかいう奴もそれの類だよ。パソコンの前にいるだけでいい。何もできなくてもいい。とにかくパソコンの前にいることを一日何度か繰り返せば、タスクを消化する集中力高まることもあるかもね・・・っていうメソッドだ。

いわゆるワークブレークダウンは・・解決のための処方箋か?

WBS作りだよな。タスクを細切れにして、神様降臨を待たなくてもいいようにしようねってことだよな。TODOリストWBS作りって書き込むところまではできるけど、実際問題WBSなんて作れない。WBS作りなるタスクに着手する頃にはガス欠なのだ

集中力を高めるための自己啓発本

図書館に予約しているけどウェイティングリストだ。コロナ禍のため図書館も混乱して次の予約者に回してなかったのだ。カウンターの奥からゴソゴソ取り出してきた。

指サックで手の爪の濃厚接触に気を付けるの巻

週末、仲良くした。今回のは指サック。といってもPocket Tengaを裏返しにしたものだけど( ^ω^)・・・Tengaデリケートゾーンを刺激する。バキュームクンニ中心にオーガズム直前までもっていった。挿入。棒をピストンさせながらTengaカリナとクリを広域に刺激。爪のこと心配無用から結構大胆に( ^ω^)・・・

「それダメだぁ」と叫びながら妻は達した。ピストン中2,3回だったのではないか?少なくとも2回は確認した。

ひきこもり働かねえ

うちにはそういう体質の人がわりと多い。

なにしろうちの妻がそうだ。

あの人は仕事以外では本当に一歩も家から出ない。というより、当地で店をオープンして以来、自分ひとりだけで外出した回数はゼロだ。本当にゼロなのだ用事があれば店に行ったついでに済ますか、俺が出かけるときに便乗するかで、自分交通機関を使ってどこかに行ったことは一度もない。

ちなみに店をあける前は働いていなかったのだが、そのときは本当に家から一歩も出ない生活を数年続けていた。信じる信じないは自由だが、うちの妻自身は、自分仕事計画性の高さについて「高校生のころから、どうやったら外に出ないで社会生活をこなす必死で考えてるうちに、物事を先々まで考えてから行動するくせがついた」と言っている。本当だとしたらある意味かばかしすきる

海老ぞうさん

3:全裸になって「ぼくのぞうさんが悲しんで縮こまってるよ……恥ずかしがりやさんだから、こんなに分厚い服を着込んでるんだよ……」と言う

よし。3だ! 

俺はジーンズボタンに手をかけた。こうして俺は社会的信頼を失い、店はクローズすることになりました。

マリアントワネットみたいになってほしい人

マスク携帯しわすれたことに外出してから気づき、自宅に戻らなければならないとき、いつも「え斤平タヒねや」って叫ぶ。叫んだところでなんともならんけど。コロナ蔓延しているのに春節旅行だよって感じで国民を野放しにしたり、隠蔽した罪はでかいんだよ。こういう議論最近めっきり減ったね。K型だかS型だかを中国人日本にきてばらまいたおかげさまで死者数重症者数が少ないって話をする京大教授までいるし・・

ストレス

最近数か月間焼肉食べ放題も行けてない。これって無意識ではストレス溜まってんのかな?

2020-08-11

もう10年くらいマジメに仕事をしていない。

俺は社員200人程度の中堅のメーカー物流部門に勤めている。勤務内容は在庫管理。2つの工場と4つの出荷拠点で(できる限り)円滑に出荷業務を行うように調整する仕事だ。

毎日、基幹システムから在庫情報、受注、売上情報製造情報を拾い上げて出荷までに各倉庫製品を移動する。製品には期限や改廃があるので特定拠点にだけモノがあふれているような状況は回避する。

俺が入る2年前に新しい基幹システムが入る前はこれを帳面手書きでやっていたらしい。気が遠くなる。

基幹システムが導入されても対応する人が変わらなかったため、あらゆる情報必要な時に毎回手入力して呼び出して計算して、別の情報を呼び出して整合性を確かめて、とめちゃくちゃ手間をかけていた。

俺も最初はそれを引き継いで業務を始めたが、あまりに面倒くさくなってしまった。何より感覚メモ頼りの入力でのチェックは漏れが頻発した。先輩マジですごかったんだなと感心した(後から聞いた話だが帳面時代もめちゃくちゃ漏れてたらしい。ダメじゃん)

 

もう頭がおかしくなってしまった俺は基幹システム実装したシステムからシステムDBアクセス権をもらい(なぜか10万とられた)、複数テーブルから直接必要データを結合して取り出すクエリをいくつか作成した。

そしてそのデータエクセルに吐き出して様々な条件でセルの色付けをして視覚的に見落としを減らすような仕組みを作った。最終的に4枚のシートを見れば在庫数の確認、偏り、出荷予定、必要数、移動(すべき)予定がほぼほぼ網羅できるようになった。

これまでは毎日10時間くらいかけて行っていた業務が3時間くらいでできるようになった。

 

このことについては誰にも話さなかった。IT便利屋で駆り出されるのが嫌だった。これまで通りの方法でやっている感を出しながらワンボタンで通常業務は終わらせて、緊急対応(毎日山ほどある)だけ時間を使う。

空いた時間資格勉強なんかしちゃったりして、嘘をつきましたすいません。空いた時間まとめサイトをみたり増田を見たりニュースサイトハシゴしたり。要するに遊び倒している。

たまに俺が有給を取ったりすると他の社員が俺の業務を代行するわけだが、昔のマニュアルをもとに業務を行うとその複雑さと面倒くささにげんなりするそうだ。わかるぅ。

それが原因かはわからないが、異動もなくもう12年間同じ業務を続けている。

 

正直、業務時間の半分以上を遊びに費やしている今の状況が正しいとは思わないのだが、あえて自分からしんどくなりに行くのもなぁと怠惰に日々を送ってしまっている。

でも俺じゃなかったら10時間かかる仕事なんだよな。俺が3時間でできるからって、残りの5時間会社無駄に金を払ってるってことにはならないと思うのだが、どうだろうか。

2020-08-10

経歴書を書くのが苦手だ。

私は糞無能である。どれぐらい無能かというと

30歳で転職を5回実行したぐらいには無能である。(そのうち正社員は二つ)

もっと正確にいえば、パソコンタカタやっているのだが、派遣先から切られたことも多いので

多分会社を9社ぐらいを転々としている(概ね相手先都合で切られる)

そうなるたびに経歴書を書かねばいけないのだが

経歴書に書くことが何も思い浮かばないのである

もちろん世の中にはこういったものサンプルにはこと欠かさないのは知っている。

知っているが使い物にはならない

例えばネット検索して一番上の経歴書はこれである

------------------------------------------------------------------------------------------

20xx年xx月~現在 / 保険業界 営業支援システム開発 開発環境 規模

プロジェクト概要

保険業大手営業業務の実績、予算顧客などを一元管理する営業支援システムの開発をプロジェクト提案から実施

担当フェーズ

要件定義、基本設計、詳細設計結合テスト運用保守

業務内容】

クライアントへのヒアリング仕様書作成

営業支援システム設計、開発、導入、テスト

運用保守メンテナンス

【実績・取り組み】

・導入後も顧客へのヒアリング継続し、随時システム改善。また、改修を想定し、ソースコードを書き換えやすいように設計

言語

PHP

Java

OS

AIX

Windows

DB

SQL Server

Oracle

全xx名

リーダー

------------------------------------------------------------------------

こんな(私から見たらご大層)経歴は何も持っていない。

直近の作業も上から出された通りの設定を打ち込んでいくという作業だけである

誰か無能社員の経歴書の書き方とか増田でもNoteでもいいので書いてくれないか

私も知っていたら書くのだが、なにせやり方が知らないのだ。

2020-08-01

フロントエンドの開発環境って何でこんな面倒くさいんやろ…

webpackとnpmの設定何でこんな面倒臭いんだろう。

慣れれば違うんだろうし必須ではないんだろうけど、あれ入れてこれ入れてが面倒臭い

おまけに、typescriptが良いだの、フレームワークを使うだの、テスト作るだの。

かに必要なのはわかるけど、一片に全部出来ないとスタート地点にも立てないんだものな。

最近ではSPAも多いか仮想アプリケーションサーバー、WebサーバーDBサーバー立てて、サーバーサイドでAPIも作らにゃならん。

最近は大変すぎるやろ…。

ログイン ユーザー登録
ようこそ ゲスト さん