私的良スレ書庫
不明な単語は2ch用語を / 要望・削除依頼は掲示板へ。不適切な画像報告もこちらへどうぞ。 / 管理情報はtwitterでログインするとレス評価できます。 登録ユーザには一部の画像が表示されますので、問題のある画像や記述を含むレスに「禁」ボタンを押してください。
元スレMySQL 総合 Part12
mysql スレッド一覧へ / mysql とは? / 携帯版 / dat(gz)で取得 / トップメニューみんなの評価 : ○
レスフィルター : (試験中)
動かないの内容ですが・・・
具体的に言うと接続できないです
で、アレから色々やって--old-passwordオプションをつけて起動したら
接続できました
しかし新しいパスワードで保存してあるユーザーは接続できませんでした
こういうものなのでしょうか?
具体的に言うと接続できないです
で、アレから色々やって--old-passwordオプションをつけて起動したら
接続できました
しかし新しいパスワードで保存してあるユーザーは接続できませんでした
こういうものなのでしょうか?
>>751
だから、接続できない時のエラーは?
だから、接続できない時のエラーは?
質問です
1 --------
2 --------
3 --------
・
・
このようにインデックスのついたカラムをdelete文で削除すると
インデックスの数字が空いたままカウントされていくのですが、
自動的に詰めてくれるようにはできないのでしょうか
(例:インデックス3を削除した後にインデックス4のものが3につめてくる)
1 --------
2 --------
3 --------
・
・
このようにインデックスのついたカラムをdelete文で削除すると
インデックスの数字が空いたままカウントされていくのですが、
自動的に詰めてくれるようにはできないのでしょうか
(例:インデックス3を削除した後にインデックス4のものが3につめてくる)
微妙に用語が怪しいので
現象を正しく理解しているかどうか不安だが
連番を保持しているカラムの値は
レコードの挿入・削除により動的には変更されない
そういう値は通常はDBに持たせずプログラムで生成する
現象を正しく理解しているかどうか不安だが
連番を保持しているカラムの値は
レコードの挿入・削除により動的には変更されない
そういう値は通常はDBに持たせずプログラムで生成する
大文字だけが含まれるIDを抽出したいのですが
select id from database REGEXP [A-Z]*
とかでも全て出てきますorz
大文字だけが含まれる、というクエリが間違っているのでしょうか?
REGEXPを使うんですよね?
でも正規表現がorzなので・・・。
select id from database REGEXP [A-Z]*
とかでも全て出てきますorz
大文字だけが含まれる、というクエリが間違っているのでしょうか?
REGEXPを使うんですよね?
でも正規表現がorzなので・・・。
>>757
その正規表現はいろんな点で間違ってます。
正規表現スレで聞くべきだと思うけど、
1. 先頭から末尾まで大文字だけが含まれる
2. 大文字以外が含まれる、の否定
のどっちかにしないとダメじゃね?
その正規表現はいろんな点で間違ってます。
正規表現スレで聞くべきだと思うけど、
1. 先頭から末尾まで大文字だけが含まれる
2. 大文字以外が含まれる、の否定
のどっちかにしないとダメじゃね?
a,b,cの3つのカラムがあるテーブルhogeで
SELECT * FROM hoge WHERE a<条件 ORDER BY b,c;
みたいな検索を高速化させる方法は MySQLにありますか?
ありませんよね。
SELECT * FROM hoge WHERE a<条件 ORDER BY b,c;
みたいな検索を高速化させる方法は MySQLにありますか?
ありませんよね。
MySQLで
正規表現してマッチした文字を入れたいのですがどうすればいいでしょうか?
CREATE FUNCTION hoge (
f_str TEXT,
) RETURN VARCHAR
BEGIN
declare s_str INT DEFAULT NULL;
// f_strに/#([0-9]{3})#/ が入っていたら
// ([0-9]{3})の値を抜き出して
SELECT `hoge` FROM hoge_temp_tbl WHERE num_id = ([0-9]{3}でマッチした値)
END
簡単に書くと
長文が入った変数f_strをストアドに投げて#([0-9]{3})#にマッチするキーの値をDBから取りたいのです
PHP側で置き換えするとその都度DBと通信しなくてはいけないので遅くなると思いこの方法が出来ないか、と考えてます、
MYSQLのバージョンは
5.1です
正規表現してマッチした文字を入れたいのですがどうすればいいでしょうか?
CREATE FUNCTION hoge (
f_str TEXT,
) RETURN VARCHAR
BEGIN
declare s_str INT DEFAULT NULL;
// f_strに/#([0-9]{3})#/ が入っていたら
// ([0-9]{3})の値を抜き出して
SELECT `hoge` FROM hoge_temp_tbl WHERE num_id = ([0-9]{3}でマッチした値)
END
簡単に書くと
長文が入った変数f_strをストアドに投げて#([0-9]{3})#にマッチするキーの値をDBから取りたいのです
PHP側で置き換えするとその都度DBと通信しなくてはいけないので遅くなると思いこの方法が出来ないか、と考えてます、
MYSQLのバージョンは
5.1です
update table_n SET point=( select count(別のテーブル) from ~~~) where ~~~
pointにcountの数値を入れてupdateしたいのですが
Subquery returns more than 1 rowとでてエラーがでます。
()の前にANYなどをいれても別のエラー(おそらく文法エラー?)がでます
pointはint型です
やりたいことは あるテーブルのレコードの値を別のテーブルのcountで求めた値を入れたいのですが…
pointにcountの数値を入れてupdateしたいのですが
Subquery returns more than 1 rowとでてエラーがでます。
()の前にANYなどをいれても別のエラー(おそらく文法エラー?)がでます
pointはint型です
やりたいことは あるテーブルのレコードの値を別のテーブルのcountで求めた値を入れたいのですが…
ごめんなさい、自己解決しました…
ただのupdateの文法ミスでした。余分なものが多すぎだorz
ただのupdateの文法ミスでした。余分なものが多すぎだorz
列1、列2、列3・・・で列1+列2を一つのインデックスとして貼っているのですが、
列2のみに検索を掛ける場合に、列2だけのインデックスを作る必要がありますか?
宜しくお願いします。
列2のみに検索を掛ける場合に、列2だけのインデックスを作る必要がありますか?
宜しくお願いします。
>>776
はい、必要あります
はい、必要あります
>>777
アドバイスありがとうございます。
勉強になりました。
実は、phpadminでやると、↓のような警告メッセージがでてしまうので、気になっていました。
カラム `列2` に PRIMARY と INDEX のキーを両方とも設定するのはよしましょう。
検索条件別にインデックスを分けないといけないんですね。
どうもありがとうございました。
アドバイスありがとうございます。
勉強になりました。
実は、phpadminでやると、↓のような警告メッセージがでてしまうので、気になっていました。
カラム `列2` に PRIMARY と INDEX のキーを両方とも設定するのはよしましょう。
検索条件別にインデックスを分けないといけないんですね。
どうもありがとうございました。
MyIsamでデータをインサートする時、どの程度の確実性が保証されてるんですか?
一番知りたいのはInnoDBのトランザクション使用時と比べてです
一番知りたいのはInnoDBのトランザクション使用時と比べてです
>>781
え、できないの? できると思うけど。
え、できないの? できると思うけど。
ずっとACCESSを使っていましたが、無料で使用できるということで、
MYSQLを今週から使い始めました。
ですが、SQLというのがイマイチよく理解できないのですが、
ある列の並べ替えをしたいときは、どのようなSQLをかけば宜しいのでしょうか?
SYAIN(社員用の管理テーブルです)
ID
NAME
ADDRESS
AGE
SYOZYOKU
STATUS
TM_SCORE
MYSQLを今週から使い始めました。
ですが、SQLというのがイマイチよく理解できないのですが、
ある列の並べ替えをしたいときは、どのようなSQLをかけば宜しいのでしょうか?
SYAIN(社員用の管理テーブルです)
ID
NAME
ADDRESS
AGE
SYOZYOKU
STATUS
TM_SCORE
前へ 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 次へ / 要望・削除依頼は掲示板へ / 管理情報はtwitterで / mysql スレッド一覧へ
みんなの評価 : ○類似してるかもしれないスレッド
- MySQL 総合 Part13 (996) - [94%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part19 (982) - [94%] - 2011/6/9 2:33
- MySQL 総合 Part14 (1001) - [94%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part17 (1001) - [94%] - 2010/6/10 20:47 ○
- MySQL 総合 Part18 (986) - [94%] - 2011/1/17 15:46
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part23 (992) - [89%] - 2013/8/11 17:00
- MySQL 総合 Part26 (860) - [89%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [89%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [89%] - 2011/10/17 4:48
- MySQL 総合 Part24 (1010) - [89%] - 2015/2/14 4:46
- MySQL 総合 Part25 (947) - [89%] - 2017/6/18 6:30
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について