私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part20
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 :
レスフィルター : (試験中)
OSのmysqlユーザが/home/hogehogeにアクセスできないんじゃないの
恒久対処にすると危ないのでいかんけど
$ chmod -R 777 /home/hogehoge
してみるとか
恒久対処にすると危ないのでいかんけど
$ chmod -R 777 /home/hogehoge
してみるとか
>>852
返信ありがとうございます
hogehoge自体は755で、
その下に、mydataディレクトリが保存されてる状態です。
mydataディレクトリは、所有者はmysqlで、パーミッション700
権限的には問題ないと思うのですが・・・
返信ありがとうございます
hogehoge自体は755で、
その下に、mydataディレクトリが保存されてる状態です。
mydataディレクトリは、所有者はmysqlで、パーミッション700
権限的には問題ないと思うのですが・・・
MySQLって1秒間に100回更新されるような状況でも大丈夫なんでしょうか？
SQLiteとかでは不可能なのですが
SQLiteとかでは不可能なのですが
1000回だろうが1万回だろうがハードウェアの処理能力が追いつけば問題ないだろ
>>854
最短の更新間隔を設定できなかったっけ？
最短の更新間隔を設定できなかったっけ？
すみません！
自己解決できました
ありがとうございました
自己解決できました
ありがとうございました
いるよな、質問とか相談しに来たのに相手に一言もしゃべらせないで、
一歩的にマシンガントークして、そのうち満足して帰って行くやつ。
一歩的にマシンガントークして、そのうち満足して帰って行くやつ。
解決方法は、AppArmorの権限設定でした
全員の環境に当てはまるとは限らないと思いますけど、
ubuntuではデフォルトでAppArmorの設定をしないとアクセスできないようになってますね
全員の環境に当てはまるとは限らないと思いますけど、
ubuntuではデフォルトでAppArmorの設定をしないとアクセスできないようになってますね
>>860
問題解決にはうってつけの方法なんだよな。
相手に質問するために状況を把握しまとめる過程で
原因を見つけることは多い。
本来はまずテディベアに語りかけるべきなんだけど
その点2chは淫乱テディベアなのでうってつけだ。
問題解決にはうってつけの方法なんだよな。
相手に質問するために状況を把握しまとめる過程で
原因を見つけることは多い。
本来はまずテディベアに語りかけるべきなんだけど
その点2chは淫乱テディベアなのでうってつけだ。
>>864
確かに。日本人ならグルーミーか赤カブトだね。
確かに。日本人ならグルーミーか赤カブトだね。
CREATE TABLEのときの「KEY `hoge` (`hoge`)」とは何でしょうか？
PRIMARY KEY (`id`)
UNIQUE KEY `username` (`username`)
などはわかりますが「KEY」の意味がわかりません
PRIMARY KEY (`id`)
UNIQUE KEY `username` (`username`)
などはわかりますが「KEY」の意味がわかりません
>>867
調べていたら「パーティショニング」という単語も出てきましたが
何か違うような気がします。以下CREATE TABLE文です
CREATE TABLE `tbl_users` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(20) NOT NULL,
`password` varchar(128) NOT NULL,
`email` varchar(128) NOT NULL,
`activkey` varchar(128) NOT NULL DEFAULT '',
`createtime` int(10) NOT NULL DEFAULT '0',
`lastvisit` int(10) NOT NULL DEFAULT '0',
`superuser` int(1) NOT NULL DEFAULT '0',
`status` int(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`username`),
UNIQUE KEY `email` (`email`),
KEY `status` (`status`),
KEY `superuser` (`superuser`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;
調べていたら「パーティショニング」という単語も出てきましたが
何か違うような気がします。以下CREATE TABLE文です
CREATE TABLE `tbl_users` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`username` varchar(20) NOT NULL,
`password` varchar(128) NOT NULL,
`email` varchar(128) NOT NULL,
`activkey` varchar(128) NOT NULL DEFAULT '',
`createtime` int(10) NOT NULL DEFAULT '0',
`lastvisit` int(10) NOT NULL DEFAULT '0',
`superuser` int(1) NOT NULL DEFAULT '0',
`status` int(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
UNIQUE KEY `username` (`username`),
UNIQUE KEY `email` (`email`),
KEY `status` (`status`),
KEY `superuser` (`superuser`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8 AUTO_INCREMENT=3 ;
>>868
あぁ、そりゃただのINDEXだね。マヌアルにも書いてあるよ。
http://dev.mysql.com/doc/refman/5.1/ja/create-table.html
「KEY は通常 INDEX の同義語です。」
あぁ、そりゃただのINDEXだね。マヌアルにも書いてあるよ。
http://dev.mysql.com/doc/refman/5.1/ja/create-table.html
「KEY は通常 INDEX の同義語です。」
理解しました。リンクまでありがとうございます。
KEY `varname` (`varname`,`widget`,`visible`)
では上記は、複合インデックスってことですか？
KEY `varname` (`varname`,`widget`,`visible`)
では上記は、複合インデックスってことですか？
すごい素人な質問をさせてください。
文字列を格納するのに、charとかvarcharがありますが、
個人的には文字列は全部text型でいいのではないかと思うんですが、
間違いでしょうか？
こういう場合はcharを使うとか、この場合はvarcharを使うべきとかいったような使いどころについて教えていただけますでしょうか。
文字列を格納するのに、charとかvarcharがありますが、
個人的には文字列は全部text型でいいのではないかと思うんですが、
間違いでしょうか？
こういう場合はcharを使うとか、この場合はvarcharを使うべきとかいったような使いどころについて教えていただけますでしょうか。
実際に挿入する文字数に最適化したほうがいいだろ。
varcharとtext、インデックスつけても同じように扱われる？
varcharとtext、インデックスつけても同じように扱われる？
一応、あるんじゃね？
絶対固定長とわかっていて、わざわざ可変長を使うメリットはないだろ。
絶対固定長とわかっていて、わざわざ可変長を使うメリットはないだろ。
顧客コードとか商品コードとか固定長のほうがプログラム側が楽になると思うけど
そりや可変長のが無駄なんだけど、
固定長でも頭をスペースとか０で埋めるのは変わらないし、
ヌルチェックは昨今の言語ならライブラリ用意されてるし
再利用性を鑑みて冗長な設計、作成が昨今のトレンド
固定長はCOBOL向け？
固定長でも頭をスペースとか０で埋めるのは変わらないし、
ヌルチェックは昨今の言語ならライブラリ用意されてるし
再利用性を鑑みて冗長な設計、作成が昨今のトレンド
固定長はCOBOL向け？
＞再利用性を鑑みて冗長な設計、作成が昨今のトレンド
こんなの幻想に過ぎないだろ
こんなの幻想に過ぎないだろ
>>883
セキュリティ対策を軽視するのはプロとは言えない
セキュリティ対策を軽視するのはプロとは言えない
セキュリティは対策しても無駄・・・最後は人間のモラルに行き着く。
人間の教育や待遇にお金を使うのがもっとも効果的である。
と死んだじ～ちゃんが言ってた。
人間の教育や待遇にお金を使うのがもっとも効果的である。
と死んだじ～ちゃんが言ってた。
それは内部の人のうっかりミスや裏切りによる情報漏えいとかの話であって
外部からの攻撃には教育は関係ないんじゃなかろうか。
外部からの攻撃には教育は関係ないんじゃなかろうか。
教育のない警察官が多くいたら治安は思いっきり悪くなる。
警察官には教育と高給が必要である。
と死んだじ～ちゃんが言ってた。
警察官には教育と高給が必要である。
と死んだじ～ちゃんが言ってた。
規則を遵守しない警察官には見せしめに厳罰を与えれば抑止効果となる。
一般大衆に対しても同様であるから公開処刑を導入すべきである。
と死んだじ～ちゃんが言ってた。
一般大衆に対しても同様であるから公開処刑を導入すべきである。
と死んだじ～ちゃんが言ってた。
とりあえず、全部varcharでおｋ
とは、死んだばーちゃんは言ってなかったな。
とは、死んだばーちゃんは言ってなかったな。
ばーちゃんは嘘つきだから信用するな。
嘘つきは泥棒の始まりといいますから。
嘘つきは泥棒の始まりといいますから。
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ
/ 要望・削除依頼は掲示板へ / 管理情報はtwitterで / 
mysql スレッド一覧へ類似してるかもしれないスレッド
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part25 (947) - [94%] - 2017/6/18 6:30
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [89%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について