スレ立てるまでもない質問はここで 160匹目

**デフォルトの名無しさん** · 2022/05/10(火) 14:24:35.29

この板はプログラムを作る人のための板です。
あらゆる質問はまず
スレ立てるまでもない質問はここで
スレにしてください。

次スレは>>980が立てること

【前スレ】
スレ立てるまでもない質問はここで 159匹目
https://mevius.5ch.net/test/read.cgi/tech/1644673480/

**デフォルトの名無しさん** · 2022/05/10(火) 14:39:38.71

この前ズリダチとタイマン勝負したことを書くぜ。
互いに六尺姿でまずは威嚇、腕組みヤニ咥えガン飛ばし、
大股で筋肉と勃起誇張して、野郎比べだ。
雄臭ぇポーズで挑発しあう。腰突き出し勃起を振り回し、
オラオラ節で興奮に火が付く。

やわらオイルをタップリ仕込んで、いよいよズリ戦開始だ。
胴ズリ、逆ズリ、雁ズリ、玉ズリ、上ズリ、下ズリ。
野郎うなぎ責め、腰砕けの手マンコ、野郎泣かせの亀頭責め。
片手技と両手技の競り合いで、雄の粋と艶を比べ合う。
ズリ見せ根性丸出しでな。
一息入れる時にゃ、奴の胸板めがけて、勃起ションベン。
ビシバシ痛ぇくらいに、照射すりゃ、雄の征服感が全身を
快感となって駆け回る。

さらにオイルを仕込んで２Ｒ。
今度は俺のズリビデオ見せながらのダブルズリ攻撃さ。
ラッシュ飛ばして、ド淫乱野郎に変獣し、チンポ・センズリ・押忍の連呼。
俺達はまさに、チンポ、ズリ、男意気を激しく比べ合う戦闘士だ。

寸止めのエロい表情も相手を落とす神技、何度も食らう度に金玉の
引きつる痛みさえ新たな快感に変わる。
その時、ほんの少しの気の緩みで奴は快感のコントロールを失い
射精の痙攣に突入。

２回に渡るファイトはいずれも俺の勝利、最後は奴のチンポめがけて、
野郎征服の快感に酔いながら勝利の照射！
３時間勝負は俺達ズリ舎弟の絆を更に固めたぜ！

**デフォルトの名無しさん** · 2022/05/10(火) 22:08:43.83

与えられた文字列が数字であるか調べる時にさ
32bit符号府付き整数の範囲であるかを
状態遷移図でチェックするのってどうするの？
すごく面倒そうなんだけど

**デフォルトの名無しさん** · 2022/05/11(水) 09:04:49.60

状態遷移図でチェック？
どういう形式をサポートする前提なの？

**デフォルトの名無しさん** · 2022/05/11(水) 14:58:31.80

>>4
わかりやすく32bit符号付き整数としたけど
16進数とか小数とかそういうのにも使う話

BNFとかでもそうだけど、数値の定義は書いてあるけど
その数値の範囲の定義は書いてなかったりするでしょ？

2147483647 までの数値なら OK だけど、2147483648 はエラーにしたい
if (99999999999999 > 2147483647) みたいなことをしようとしたら
オーバーフローになるから構文解析の時点でどうにかしなきゃいけなくない？

**デフォルトの名無しさん** · 2022/05/11(水) 15:23:14.11

基礎的なフォーマット判定の問題なのに解決のツールとして状態遷移図がいきなり挙がるところに面食らってんじゃないのかな
言語の基本ライブラリを使わないこと等の前提もよくわからない

**デフォルトの名無しさん** · 2022/05/11(水) 16:20:20.10

>>5
普通は文字列を頭から読んでセーフかアウトかを判別するだけだから
「状態遷移図でチェックする」ような処理じゃない

構文解析とあるからコンパイラが型情報のない数値リテラルを読んで型を自動判別するようなのをイメージしてるのかな？

**デフォルトの名無しさん** · 2022/05/11(水) 16:39:22.13

0123、0o23、0x1F、01.00みたいのだけでなく
-a123、123a、00x1Fみたいのも数値として認識させたいなら
状態遷移の意味は分からなくもない

**デフォルトの名無しさん** · 2022/05/11(水) 16:53:35.01

>>8
それを含んでる
そして定義上は0x1FFFFFFFFFFFFFFFFFFFFFFは
16進数として正しいってことになるわけだけど
エラーになるから認めたくない

だから本当にチェックしたいのは16進数かどうかじゃなくて
数値として認識させられるもののチェックってことになるな

**デフォルトの名無しさん** · 2022/05/11(水) 17:34:49.78

正規表現で切り出しつつパターン分けして標準関数で変換
マイコンだから正規表現使えないとかならまず最初に前提を

**デフォルトの名無しさん** · 2022/05/11(水) 18:02:20.37

>>10
状態遷移の勉強をしていて疑問になっただけ
数値とか16進数とかのチェックを状態遷移図で表してるのを見かける
それで動くには動くけど現実的に考えたら桁数や数値の範囲のチェックが必要になるはず

だから状態遷移だけを使ってチェックするのは
効率悪いんじゃないかって思ってる

**デフォルトの名無しさん** · 2022/05/11(水) 18:02:48.51

>>9
含んでないじゃん
1文字ずつ読みつつオーバーフローしないか確認すればいいだけ
使ってる言語の標準ライブラリのソース確認すればいいよ

**デフォルトの名無しさん** · 2022/05/11(水) 18:06:06.38

状態遷移でのチェックは程ほどにして

if (11桁なら) {
　エラー
} else if (10桁なら) {
　if (1文字目が2を超えるなら) {
　　エラー
　}

みたいに、どちらにしろ手続き型でチェック入れないと
だめなんじゃね？といこと

**デフォルトの名無しさん** · 2022/05/11(水) 20:54:00.64

strtol()とINT_MAXを使えばいんでない

**デフォルトの名無しさん** · 2022/05/11(水) 22:07:29.85

速度考慮せず動けばいいだけならIFでも組めるだろうけど
この手の最適なコードは多分ビット演算とかで上手い事やってんじゃねーの

**デフォルトの名無しさん** · 2022/05/11(水) 22:45:56.95

State Machine とか、こういう処理は典型的な関数型言語・Elixir のパターンマッチ

パターンマッチは、最近のRuby にも入ったらしい

**デフォルトの名無しさん** · 2022/05/11(水) 22:49:22.54

>>13

int get_val( char *p )
{
long val =0;
while( *p && isdigit(*p) ){
val = val * 10 + (*p -'0');
if( val > INT_MAX ) return -1;
p++;
}
return (int)val;
}

**デフォルトの名無しさん** · 2022/05/11(水) 23:16:13.10

符号すら考慮してないじゃん

**デフォルトの名無しさん** · 2022/05/12(木) 16:14:30.86

int inverse =0;
switch( *p ){
case '+': p++; break;
case '-': p++; inverse =1; break;
}
…………
if( inverse ) val = -val;
return val;

基本的に左から右へ読んでくだけ
状態遷移がめんどくせー
なんてレベルじゃないな

**デフォルトの名無しさん** · 2022/05/12(木) 16:43:41.96

longのような精度の大きな値が使えるとは限らない一般化した話を聞きたいんだったよな
上限チェックに限っていうと、上限値の文字列を文字列か配列の定数として持っておいて、入力された数値を正規化して、互いにループで各桁比較すれば少なくともif文のネスト地獄にはならないぞ

**デフォルトの名無しさん** · 2022/05/12(木) 19:30:05.72

>>13
膨大になるけど11桁分の状態遷移を描けば実現できなくもない。

**デフォルトの名無しさん** · 2022/05/12(木) 20:48:43.62

>>20
そりゃ問題を読み落としてたスマン
というかそんな問題で悩んでたのか？
unsignedを使えば常にsignedの倍の幅があるので比較は普通にできると思うが

int get_val( char *p )
{
unsigned int val =0;
int inverse =0;

/* +-符号の処理... */
switch( *p ){
case '+': p++; break;
case '-': p++; inverse =1; break;
}

while( *p && isdigit(*p )){
val = val * 10 + (*p -'0');
if( val > INT_MAX ) {
/* オーバーフロー処理... */
}
p++;
}

if( inverse ) return -(int)val;
else return (int)val;
}

**デフォルトの名無しさん** · 2022/05/12(木) 21:33:51.47

unsigned使っても最上位桁の最大値が1～4の範囲内だったらうまくいかなくね

**デフォルトの名無しさん** · 2022/05/12(木) 21:35:48.95

>>22
バグりすぎだろww
ブチ切れるレベル

**デフォルトの名無しさん** · 2022/05/12(木) 21:36:31.26

つかこの人は0xFF形式などの書式の話も全く聞いていない人なのでは
ブランコ発注したらすごいのおっ建てそう

**デフォルトの名無しさん** · 2022/05/12(木) 21:44:42.55

16進数非対応はまだ許せる
10進数でバグてんこ盛り
この人の書くコードは絶対信用するなよと言われる一発アウトレベル

**デフォルトの名無しさん** · 2022/05/13(金) 03:45:17.97

すっぽん食べるとギンギンになるって本当ですか(´・ω・｀)？

**デフォルトの名無しさん** · 2022/05/13(金) 17:13:28.00

DBにタグ付けのタグモデルを作りたいのですが
テーブル名はtagでいいとして
tagの名前、内容？はnameでいいかな
idだとprimaryとかぶるし、titleだとなんか違う気が
ただ、nameだとtagそのものの固有名詞な気がして腑に落ちない
あとはcontents, description

まとめると
name, title, contents, description
nameでいいでしょうか・・

**デフォルトの名無しさん** · 2022/05/13(金) 23:37:36.69

具体的に何のタグ付けをするか
限定したくないのか?
抽象的な名前を付けると
後々苦労するぞ

**デフォルトの名無しさん** · 2022/05/14(土) 07:43:46.21

例えば記事とかですね
Articleに対して「日記」とか「健康」とかタグ付けのよくある感じのやつです
で、記事A、B、C、、テーブルに対して
それぞれ「日記」やら「健康」やら１対１で記録するわけにはいかないので
Tagテーブルを用意する感じです

Tag.nameで「日記」やらが取得できて
Tag.articlesでそのタグに属する記事が取得できます
ただ問題はそこではなくtag.nameというカラムの命名、日本語でいうとタグ名？
かなりどうでもいいしなんでもいいしnameで良いだろうと個人的に思っている前提があるのですが
ふと気になりました

普通DBのカラム名って抽象的な名前つけませんかね？？
idとか辞めたほうがいいのかな
idはやめてより具体的にprimary_id、みたいな？
あんまりそういうの見ないですが慣習とかあるのですかね

**デフォルトの名無しさん** · 2022/05/14(土) 07:45:36.29

訂正
＞記事A、B、C、、テーブルに対して
記事A、B、C、、レコードに対して

**デフォルトの名無しさん** · 2022/05/14(土) 10:07:47.04

こっちで聞いてみたら?

クラス名・変数名に迷ったら書き込むスレ。Part29
https://mevius.5ch.net/test/read.cgi/tech/1619427133/

**デフォルトの名無しさん** · 2022/05/14(土) 10:53:24.27

>>28
NAMEでいいよ
抽象度は適度だから無理に玄人っぽくする必要はない
たとえばCUSTOMERテーブルに顧客名をNAMEカラムで入れるのは妥当じゃん
日本語で考えても「タグ名」なら通じるけどそこに「タグID」は不自然
数値型で別途サロゲートキーを持つ設計ならその数値を「タグID」と呼ぶべき

俺ならTAGテーブルのTAGカラムにするかな
複数のテーブルにTAGカラムを置いたとき同じ情報であることが一目瞭然だから

あと「そんなことはどうでもいい」って書いてるけど、お互いに噛み合わない問答をすることになるから、説明にこそ労力を割くのが賢明
不特定多数に要件を伝えるときは、DBにタグ付けのタグモデルを作りたい、じゃ伝わらないよ

**デフォルトの名無しさん** · 2022/05/14(土) 10:55:31.65

いや、どうでもいいのくだりは俺の読み間違いだったすまん

**デフォルトの名無しさん** · 2022/05/14(土) 11:01:01.02

主キーにprimary_idって名付けるのは絶対やめて
全テーブルにその名前のカラムが作られて
えっとこのテーブルの主キーには名前が入ってるんだっけ連番が入ってるんだっけ？
みたいな無駄な思考コストを割くことになる
命名としてはワーストに近い

**デフォルトの名無しさん** · 2022/05/14(土) 11:37:49.87

>>33,35
なるほどとりあえずはnameで保留しときます
記事テーブルだと例えば記事の著者テーブルも分けたいとき
著者テーブルの著者名カラムにNAMEは使うと思うので
タグ.NAME、著書.NAMEが並んだときの視認性もまぁ普通は流し見できるほど引っかからないだろうし
ありがとうございました

**デフォルトの名無しさん** · 2022/05/14(土) 13:44:56.58

googletest

とかカチ込まれたモノを使いたくないんだが

何されるか分からねえ

**デフォルトの名無しさん** · 2022/05/14(土) 18:11:55.57

使いたくないじゃなくて
何を使いたいのかをいえ

**デフォルトの名無しさん** · 2022/05/14(土) 20:33:07.60

>>36
日本人しか関わらないものならば
その日本語名にしたのは正解かもね

**デフォルトの名無しさん** · 2022/05/15(日) 15:53:32.09

>>35
うわｗ
まさかのナチュラルキー派？ｗ
今時ダサいよｗ

**デフォルトの名無しさん** · 2022/05/15(日) 16:02:22.29

>>36
主キーはautoincrementするんだから数値に決まってるだろ
主キーに名前を入れることがワーストなんだよ

**デフォルトの名無しさん** · 2022/05/15(日) 16:03:39.87

間違った>>35あて

**デフォルトの名無しさん** · 2022/05/15(日) 17:13:58.41

ナチュラルキーだろうがサロゲートキーだろうがprimary_idと名付けるのはやめようね
テーブルAのキーとテーブルBのキーを保持した関連テーブルCの複合キーを設計する段階で一貫性が破綻する
主キーであるという性質は、そのカラムの本質を端的に表したものではなく、それが帯びている属性の一つに過ぎない
カラムにFOREIGNKEYとかUNIQUEとかNOTNULLとか命名するのと同じ間違いがある

**デフォルトの名無しさん** · 2022/05/15(日) 17:15:28.75

もちろんtag_idとかidのような名付けを否定するものではない

**デフォルトの名無しさん** · 2022/05/15(日) 17:29:34.85

HTML、CSS、PHP
この三つの組み合わせだけで掲示板サイトは作れますか？
また、もし作れるとして、この三つの組み合わせだと、
サイトの大半の箇所はHTMLとCSSで作り、
PHPを適用するのは、書き込まれたら画面にそれが表示されるというところだけですか？
それとも他にもいろいろPHPを適用しないと駄目な箇所ってあるのでしょうか？
あったら教えてください。

**デフォルトの名無しさん** · 2022/05/15(日) 20:54:14.25

掲示板の書き込みを保存するためのデータベースがないじゃん

**デフォルトの名無しさん** · 2022/05/15(日) 21:07:34.14

ファイルでできなくもないだろう。2chだってそうしてきたし。

**デフォルトの名無しさん** · 2022/05/15(日) 21:24:43.27

>>45
ワードプレスが簡単だよ

**デフォルトの名無しさん** · 2022/05/15(日) 21:25:11.31

>>46
データベースはMySQLで良いですか？

**デフォルトの名無しさん** · 2022/05/15(日) 23:32:37.86

>>49
はい

**デフォルトの名無しさん** · 2022/05/16(月) 09:37:41.12

AWS
・月に1、2回程度の頻度で不定期にVPCに入ってDB更新スクリプトを実行したい
・お金がかかるので踏み台EC2を常設したくない
・かといってスクリプト実行のたびにEC2を立ち上げるのは手間が大きすぎる

こんな時に使えるAWSサービスってありますかね？
今のところチームで挙がってる案は
・スクリプトをLambdaに上げて実行してすぐ削除する
これは悪くないんですが長期プロセスになるとタイムアウトします

**デフォルトの名無しさん** · 2022/05/16(月) 10:29:33.77

そんなもんt3.nanoで十分だろ？
常時立ち上げても月500円くらいだよ

**デフォルトの名無しさん** · 2022/05/16(月) 11:02:34.52

EC2立ち上げるのが手間大きすぎるのに毎回Lambda作る手間は許容できるというのが謎すぎる
Fargateを使う手も考えられるが、どう考えてもEC2のインスタンス起動に比べて手間はかかる
まさかEC2の起動って毎回1からインスタンスタイプやイメージ選んで新規作成しなきゃいけないとか思ってる？

**デフォルトの名無しさん** · 2022/05/16(月) 12:09:37.67

>>52
500円節約したいです

>>53
一応手作業は避けてCDKで管理してます
Fargateは考えてませんでしたが1回だけの手動ジョブも実行できるんでしたっけ？

**デフォルトの名無しさん** · 2022/05/16(月) 13:39:39.37

漏れも、NRI ネットコムのパターン別構築・運用ガイドと、
Solution Architect Associate の教科書で勉強しているけど、
そういう奇妙な問題は載っていない

Full Managed のAWS Batch は？
コンテナ・ECS を使うみたい

それか、月3千円のくろかわこうへいのサロンへ入って、誰かに聞くとか

**デフォルトの名無しさん** · 2022/05/16(月) 13:50:08.86

お前Rubyガイジだろｗ
そんなクソサロンなんかに入る訳無いやろｗ

**デフォルトの名無しさん** · 2022/05/16(月) 18:40:03.46

>>51
LambdaでEC2を立ち上げて
スクリプトの終わりにEC2を落とす

**デフォルトの名無しさん** · 2022/05/24(火) 11:56:34.82

linuxで動くc言語のインタープリターってない?
特にマクロの動作確認したいんだけど

**デフォルトの名無しさん** · 2022/05/24(火) 15:51:23.21

IT業界で竹取物語の構成を真似して作った何かがあったような気がするのですが思い出せません
わかる人いませんか？

**デフォルトの名無しさん** · 2022/05/24(火) 16:01:17.68

>>58
マクロなら-Eつけてコンパイル(gcc)で展開させて確認したら？

**デフォルトの名無しさん** · 2022/05/24(火) 17:07:38.94

>>60
センキュー

**デフォルトの名無しさん** · 2022/05/25(水) 17:39:23.38

どうせすぐに廃止するシステムの開発に全然モチベーションが湧かない
コミュニケーションコストのかかる関係者が多すぎるし

お前らやる気起きない時どうしてんの？

**デフォルトの名無しさん** · 2022/05/26(木) 16:59:05.83

サーバーサイドでExcelからPDF出力するライブラリがある言語やフレームワークは何がありますか

今はLibreoffice使ってますが、セルの書式が反映されづらいので他を探してます

**デフォルトの名無しさん** · 2022/05/26(木) 17:25:06.73

excelからpdf出力の意味が曖昧だ
excelを入力としてpdfを出力するのか
excelがpdfを出力するのか

63 · 2022/05/26(木) 18:01:48.47

>>64
Excelファイル（xlsx）を入力にしてpdfを作成する感じです
libreofficeのコマンドラインでいう--convert-toオプションです

☆ · 2022/05/27(金) 10:00:37.95

★『プチコン4 SmileBASIC』みたいにswitchでゲームが作れるソフトは
これ以外にどんなものがあるのでしょうか。また、プチコン4 SmileBASIC
使ったことがある人がいましたら、感想をお願いします。
もしスレ違いなら、どこに質問すればいいのか教えてください。
よろしくおねがいいたします★

**デフォルトの名無しさん** · 2022/05/27(金) 11:11:55.21

>>62
判ります

**デフォルトの名無しさん** · 2022/05/27(金) 11:12:35.21

>>63
python の Pandas 便利

**デフォルトの名無しさん** · 2022/05/27(金) 14:47:45.82

>>68
サーバサイドでやりたいのと、セルの書式設定などはなるだけ反映（そこそこリッチ）にしたいです
作るのは見積書などです

**デフォルトの名無しさん** · 2022/05/27(金) 20:45:35.20

リッチねえ
サーバかそれと通信できるPCにExcelが入ってる前提でないと雑な変換にしかならんと思うけどな
Excelに渡せる環境であればファイル名だけ気を付ければ適当な処理でいいんじゃね

**デフォルトの名無しさん** · 2022/05/28(土) 11:49:21.48

サーバー側の excel で pdf を造る訳じゃないだろ
サーバー側の excel を python で読んで python で pdf 出力すれば良いんだろ
必要なものは
python で excel を読むライブラリ
python で pdf を出力するライブラリ
あとは好きなものを探せ

**デフォルトの名無しさん** · 2022/05/28(土) 12:29:18.41

独立した2つのライブラリを組み合わせるのはさすがに最後の手段じゃね
たとえばF列45行のセルに上二重罫線があるというデータのCellオブジェクトがあるとき、それを適切な座標にレンダリングされるようなPDFのオブジェクトにどう変換する？
オブジェクトモデルの違いを吸収するために大量のマッピング処理を書かないといけない
くっそダルい処理の山になる予感

**デフォルトの名無しさん** · 2022/05/28(土) 13:05:40.92

>>71-72
ありがとうございます

実際71さんの通りに（php、c#、python）で少し調べてましたが、
無料で使えるライブラリ等ではセルの書式が崩れたりや
Excel結局htmlを作成する必要があるなどになり素直に変換出来ませんでした
やはり有償のものしかないのでしょうか

**デフォルトの名無しさん** · 2022/05/28(土) 13:21:18.02

サーバーサイドでPrint to PDFで印刷するのはどうか

**デフォルトの名無しさん** · 2022/05/28(土) 15:16:26.98

フォーマットが統一されてないExcelファイルを自動でキレイにPDF化するのは現実的な費用範囲内じゃ無理

サーバーサイドでExcelをPDF化したい理由に応じた別のアプローチを考えた方がいい

そもそも作るたびに見積書の見た目が変わる会社なんて信用されないぞ

**デフォルトの名無しさん** · 2022/05/28(土) 20:25:36.41

きれいな見積書が欲しいんだろ
pdfで出力されれば良いんだろ
excel使う必要ないやん？

**デフォルトの名無しさん** · 2022/05/28(土) 21:58:38.16

Office 2019のExcelで清書したつもりの見積書をPDFにしたいのなら
Office 2019のExcelでPDFで保存した方がいい
これを別の手段でとか考えてもろくなことにならない
Office前提ならPDF変換はvbsで10行程度で書ける内容

**デフォルトの名無しさん** · 2022/05/28(土) 22:01:59.80

サーバーでOffice使うのはライセンス違反

**デフォルトの名無しさん** · 2022/05/28(土) 22:06:22.31

サーバーサイドエクセルってわりとアンチパターンよね

**デフォルトの名無しさん** · 2022/05/28(土) 22:13:26.27

>>78
ライセンス違反てどっかに記載ある？
「Microsoft Office（以下Office）のオートメーションをサーバーサイドで使用することについての技術サポートを行っていません」
てのは見つかったけど
https://www.google.com/search?q=Office+のオートメーションをサーバーサイドで使用する&ie=utf-8&oe=utf-8&client=firefox-b

**デフォルトの名無しさん** · 2022/05/28(土) 22:20:04.42

すまんあったわ
こうなると適当なソフトで劣化レンダリングしかないな
>技術的な問題とは別に、ライセンスの問題も考慮する必要があります。現在のライセンスガイドラインでは、クライアントにライセンス認証済みの Office がインストールされている場合を除き、クライアント要求を処理するサーバー上で Office アプリケーションを使用することは禁じられています。サーバーサイドオートメーションを使用して、ライセンス認証されていないワークステーションに Office 機能を提供することは、ソフトウェアライセンス条項 (EULA) では認められていません。
https://support.microsoft.com/ja-jp/topic/office-のサーバーサイド-オートメーションについて-48bcfe93-8a89-47f1-0bce-017433ad79e2

**デフォルトの名無しさん** · 2022/05/28(土) 22:41:41.14

無償で手段を探しているなら現実的には運用で回避することになるだろうな
作成物とは見た目が変わる場合がありますじゃ通らないし
・営業とかが見積書を作成、外部公開する場合PDFで保存したものを用意させる
・見積書を渡す客の見える場所にPDFを配置する

**デフォルトの名無しさん** · 2022/05/28(土) 23:13:59.05

社外向けと社内向けでWeb/Appサーバーは別でデータストアは共有ってのは至って普通のシステム

**デフォルトの名無しさん** · 2022/05/28(土) 23:34:15.16

LibreOfficeでサーバーでPDF印刷するのはどうか
書式が反映されづらいってのが気になるけど変換コマンド呼んだときの問題なら

**デフォルトの名無しさん** · 2022/05/29(日) 23:32:08.53

仕事でもWindowsサーバにOffice入れてPDFにした
PDF作る部分も自分が実装したから確実
某一部上場

**デフォルトの名無しさん** · 2022/05/30(月) 19:03:27.66

Office365契約してるならWebのOfficeで開いてもらって自分でPDF出力させればいいんじゃね

**デフォルトの名無しさん** · 2022/06/04(土) 07:36:50.61

アプリ内で管理しているユーザ（≠DBユーザ）単位でDBテーブル内のデータ使用量管理（MBytes単位）をしたいんですが、どういう方法が一般的でしょう？
それともレコード数でカウントする？

**デフォルトの名無しさん** · 2022/06/04(土) 08:32:49.91

>>87
一般的にはそんなことやらないから
目的に合わせて自分でやり方を考えるしかない

正確なストレージ使用容量を把握する必要があるならDBユーザー分けないと無理

**デフォルトの名無しさん** · 2022/06/04(土) 09:02:07.03

>>87
仕様が破綻してる
後からカラムを増やしたらどうする？
DBMSのアップデートの影響で仕様が変わって使用量が変化したらどうする？
アーキテクチャを見直して他のDBMSへ移行することになったら？

**デフォルトの名無しさん** · 2022/06/04(土) 09:12:44.72

相対的な使用量をおおまかに把握したいだけなら基本的にはレコード数で管理するかな
BLOBのような上限の大きい可変データが対象で
かつデータサイズの差を把握することに重要な意がある場合だけバイトサイズで管理する

**デフォルトの名無しさん** · 2022/06/04(土) 09:15:16.78

>>89
カラムが増えたらそれに合わせてクエリも変えればいいだけでは？

**デフォルトの名無しさん** · 2022/06/04(土) 09:35:01.84

>>88-90
ありがとうございます。

>>88さんが言うようにDBユーザで分けた場合、
アプリでユーザを作成する度にDBユーザも併せて作成し、
からDBサーバにアクセスする際もそのDBユーザに切り替えたり
テーブルに対してgrantなどが必要になるということでしょうか。

**デフォルトの名無しさん** · 2022/06/04(土) 09:36:16.98

>>91
目的次第だな
もしSaaSとかで厳密にクォータを設ける必要があるなら、
勝手にサービス側で行った内部的な変更によってある日突然容量オーバーしました使えませんと言われたらユーザーは怒るだろうね

**デフォルトの名無しさん** · 2022/06/04(土) 09:49:10.15

もし目的がクォータじゃなくて使用状況をだいたい把握することであるなら、
システムテーブルでテーブルのサイズを引いてレコード数で按分すればいい
クォータならトラブルの元になるから絶対やめとけ

**デフォルトの名無しさん** · 2022/06/04(土) 16:37:32.32

>>92
何をどこまで把握したいかによるよ
テーブルの使用量といってもBTreeのインデックスノードの容量とかまで把握したいわけじゃないんでしょ？

クォータとか課金に絡むような目的なら何の単位で課金するかというビジネス要件を明確にして
その要件を満たせるような機能をアプリやDB構造に埋め込んでおかないと破綻するよ

>>93
クォータ目的ならバイトサイズを計測する対象カラムを限定するのでDBにカラム増やしたからと言って「ユーザーの使用量」が増えるわけじゃないよ
DBMSのバージョンアップとかで変化が避けられないような場合でも無料枠の増加とかでユーザーが損しないように対処すればいいだけ
計測内容をそっくりそのままクォータに反映させる必要はない
詫び石と同じで調整弁は重要

**デフォルトの名無しさん** · 2022/06/06(月) 10:54:22.37

サーバーサイドで一番キレイで簡単にPDF作れるツールなり言語教えて

**デフォルトの名無しさん** · 2022/06/06(月) 11:15:49.45

Pandoc

**デフォルトの名無しさん** · 2022/06/06(月) 23:32:07.59

印刷先をPDFにすればペイント画像やメモ帳テキストすらPDFになるが

**デフォルトの名無しさん** · 2022/06/10(金) 12:16:45.84

グラマーじゃなくてコーダーに発注とか指示するときってどうしてたの？
「こういう戻り値の関数つくって」とか
「この設計書の通り書いて」とか言うの？

**デフォルトの名無しさん** · 2022/06/10(金) 13:44:10.01

ソースコードとほぼ一対一で対応するレベルの「詳細設計書(≒コーディングシート)」をExcel方眼紙で書くんだよ
PGはそれをコードに翻訳してテストするだけの単純作業

**デフォルトの名無しさん** · 2022/06/10(金) 16:39:12.27

どう考えても直接ソースコード書いた方がいいよねｗ
まぁだからコーダーという職種は消えたわけだけど

今はデザイナーがデザインしたwebページをhtml,cssに落とす人をコーダーというらしい