元スレMySQL 総合 Part25
mysql覧 / PC版 /みんなの評価 :
301 = :
BBSPINKで聞け
302 = :
MySQLというよりDB設計の話になるけど
リオ=Rio=りお=柚木ティナってことだよね?
じゃあ女優テーブルにリオさんのデータを登録して、
もう一つ愛称(?)テーブルも作ってそこにりお、リオ、Rio、柚木ティナの4つのレコードを愛称と、女優IDで登録すればいいんじゃない?
愛称で検索させて、そこから外部キーで結果結合できるでしょ
303 :
りおって固有名詞?
304 = 300 :
>>301
あそこの住民がそんなこと分かるのかよ、、、
>>302
愛称テーブルですね、あざす。
誤字についてなのですが、例えば
「柚木テーナ」と検索して「もしかして: 柚木ティナ」とヒットさせるためにはどうしたら良いですか?
305 = :
それって、DBじゃなく、AIの話になりそう
307 = :
>>299
答え返ってこなかったね。俺も知りたかったんだけどな。
309 = :
>>308
もうちょっと詳しく教えてほしいです
310 = :
>>306
初心者で実装が難しいなら後回しにするってこともできるんよ。
部分一致でとりあえず作ればいいじゃん。
312 = :
>>311
ああ、 >>290 >>292 >>294 の流れを読めない人か…
313 = :
>>300
そのサーバーで稼いでいるんですか?
314 :
>>313
いいえ、ただの趣味です。
315 = :
流れも何も、できないって知っているなら、そう回答してやれば良いんだよ。
316 = :
>>315
>>297ができるって言ってるから、それを差し置いてできないとは断言できないでしょ。
テーブル定義のどこかでやれるらしいと。
317 :
>>316
お前だけだろ、流れに乗らずにいるのは
318 = :
>>297がいないんだからどうしようもないけど、
そのような方法があるなら>>317は知りたいと思わないの?
なんで話を終わらせたがってるのか分からん。あれば便利じゃん。ほしいじゃん。
319 = 317 :
方法があれば、誰かが書いている。
書いてないのは、方法が無いから
これでいいのでは?
匿名掲示板で、あるとか無いとかだけ言われても検証不能だろうが
やり方が示されるなら、検証できる。今のところ示されていない。
もう良いんじゃあないの?多分釣りなんだろう。
320 = :
平井理央を忘れずに
321 = :
質問ですが、mysqlってoracleでいうfor update nowaitないじゃないですか。
デフォルトでずっと掴みっぱなしになるわけで、
これって、ロック時間は極力短くしろよっていう思想の現れなのでしょうか?
となれば、例えばレコードを編集する時、oracleならロックが取得できれば編集中状態へ、
出来なければ編集不可能という処理ができましたが、
mysqlの場合それが出来ず、レコードに編集中フラグを立ててコミットしておく
とか、そういう方法が普通になるのですか?
もし編集中プロセスがハングした場合、ずっと編集中のままになってしまいますよね。
編集にタイムアウトを設けるとか、応答性の低い解決方法は普通ですか?
322 = :
楽観的/悲観的ロックの話かな?
323 :
>>321
レコード編集って何?
324 = :
>>323
編集が必要なレコード。
1レコードの内容を表示しているGUI画面があって、編集開始ボタンがあります。
編集開始ボタンが押下でユーザが編集して、編集終了ボタンを押して更新できませんでしたでは困ります。
画面が編集状態にある場合、レコードをロックしていないといけません、
他のプロセスから編集開始が押された時は即座に抑止を応答せねばならず、
また編集状態のプロセスがハングした場合は編集状態から自動的に開放される必要がある、
とそういう前提です。
oracleならfor update nowaitで簡単にできたのですが・・。
325 = :
記録したレコードを編集すること
326 :
だからタイムスタンプというものがあるんだろうが。
327 = :
時魔人に押してもらうやつか
328 = :
mysqlってデフォルト設定のままだとパフォーマンス悪いん?
329 = :
オープンソースですから
331 = :
MySQLで、変数名を @var ではなく :var にできませんか?
$ cat test.sql
set @id := 123;
select * from tbl
where id = @id /* ← これを :var にしたい */
$ mysql dbname < test.sql
332 :
>>331
何で?
333 = :
PDOのコードをそのまま貼り付けたいからとか?
334 = :
>>333
Yes!
336 = :
>>334
まさにそれのせいで@になってんだけどな
337 :
>>335
必要
WHEREから繋がってる必要がある。
だから、WHERE とORDERにダブりキーがあっても書いた順番に複合インデックスを立てるとこがミソ
初心者はそこ省いてインデックスが効かなくなってる
338 = :
>>337
WHERE A>hoge ORDER BY B,C
みたいな条件の場合、インデックスは A,B,C で作れってこと?
339 = :
条件に合うように、作ればいい
340 :
>>338
それは彼が言ってるダブりと違うと思うぞ。
341 = :
ダブりがあっても書いた順番に~
ってことは
ダブりがない場合ももちろん書いた順番に~
という意味になる。
342 :
インデックスが使われるかどうかはそんな単純な話じゃないが。
343 :
>>338
複合インデックス作るだけじゃなく、
インデックス自体、複数作っても構わないんだよ。
344 = :
スパイダーエンジンの監視アーキテクチャがわからん。
ソース読むしかないか。
345 = :
Excel VBA から MySQLへの接続をしたいと考えています。
VBScript からは下記のコードで接続できるのですが、
VBAからは接続できませんでした。
Dim adoCon
Set adoCon = CreateObject("ADODB.Connection")
adoCon.ConnectionString ="Driver={MySQL ODBC 5.3 Unicode DRIVER};SERVER=localhost;DATABASE=db1;USER=********;PASSWORD=********;"
原因として、どのようなものが考えられるでしょうか。
環境はこれです。
OS : Windows 7 HomePremium 64bit
Excel 2013
MySQL : version 5.6.26
346 = :
俺はExcel2010 & MySQL 5.6.20 Win7Home 64bit で使ってるけど?
もっとも、
Driver={MySQL ODBC 5.3 ANSI DRIVER}
にしてるけどね
つーか、接続できないってんならそのエラーメッセージも書きなさいよ
347 = :
>>343
WHERE A>hoge ORDER BY B,C
みたいな場合は
どういうインデックスをつくればいいの?
A と B,C の2つ作ればいいの?
WHERE節とORDER BY節で違うインデックス使われるの?
348 = :
>>347
インデックスを作る前、作った後で、SQLを実行して時間を見てみる。
このくらいは簡単にできるぞ。
349 = :
>>346
エラーメッセージはこれです。
[Microsoft][ODBC Driver Manager]データソース名および指定された規定のドライバーが見つかりません。
ODBCマネージャーにドライバーはありますし、
VBScriptからなら接続できるので無いことは無いと思うので困っています。
350 = :
>>349
俺は
mysql 64ビット - dbcドライバ 32ビット - excel 32ビット
だけど、それは?
後、odbcマネージャーにあるというはユーザーDSNなのかシステムDSNなのか
これ以外なら判らん
みんなの評価 :
類似してるかもしれないスレッド
- MySQL 総合 Part24 (1010) - [94%] - 2015/2/14 4:46
- MySQL 総合 Part15 (1001) - [94%] - 2009/4/20 12:15 ☆
- MySQL 総合 Part23 (992) - [94%] - 2013/8/11 17:00
- MySQL 総合 Part22 (1001) - [94%] - 2012/7/10 16:45
- MySQL 総合 Part26 (860) - [94%] - 2023/2/2 9:30
- MySQL 総合 Part21 (1001) - [94%] - 2011/12/25 22:16
- MySQL 総合 Part20 (995) - [94%] - 2011/10/17 4:48
- MySQL 総合 Part12 (1001) - [89%] - 2008/1/30 17:34 ○
- MySQL 総合 Part18 (986) - [89%] - 2011/1/17 15:46
- MySQL 総合 Part13 (996) - [89%] - 2008/6/10 21:02 ☆
- MySQL 総合 Part14 (1001) - [89%] - 2008/11/23 10:17 ☆
- MySQL 総合 Part17 (1001) - [89%] - 2010/6/10 20:47 ○
- MySQL 総合 Part19 (982) - [89%] - 2011/6/9 2:33
- MySQL vs PostgreSQL Part2 (941) - [36%] - 2022/5/26 1:30 ○
トップメニューへ / →のくす牧場書庫について