A5:SQL Mk-2 » 投稿一覧 https://a5m2.mmatsubara.com/wp/?feed=rss2&post_type=forum Sat, 23 Nov 2024 11:07:04 +0000 https://bbpress.org/?v=2.6.9 ja https://a5m2.mmatsubara.com/wp/?topic=select%E6%96%87%E3%81%A7%E5%8F%96%E5%BE%97%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%AB%E3%83%AD%E3%83%83%E3%82%AF%E3%81%8C%E3%81%8B%E3%81%8B%E3%81%A3%E3%81%A6%E3%81%97%E3%81%BE#post-22879 <![CDATA[select文で取得したテーブルにロックがかかってしまう]]> https://a5m2.mmatsubara.com/wp/?topic=select%E6%96%87%E3%81%A7%E5%8F%96%E5%BE%97%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%AB%E3%83%AD%E3%83%83%E3%82%AF%E3%81%8C%E3%81%8B%E3%81%8B%E3%81%A3%E3%81%A6%E3%81%97%E3%81%BE#post-22879 Thu, 21 Nov 2024 05:01:27 +0000 select文で取得した対象のテーブルに悲観ロックがかかりますでしょうか。

あるテーブルの更新件数を確認するために読み取り専用でselectし、結果を表示した状態で別のクライアントソフトからinsertをしようとしたところデッドロックが発生しました。
ロック対象を確認し、a5m2上の検索結果を閉じたところinsertできるようになりました。

読み取り専用でもロックをかけてしまうのでしょうか、
また、ロックをかけない設定方法があればご教示ください。

]]>
https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22861 <![CDATA[返信先: 削除したテーブルがDBツリーに残っている]]> https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22861 Mon, 18 Nov 2024 15:00:43 +0000 作者様、こんばんは。

自己解決しました!
原因は自分の勘違いでした・・・お騒がせして申し訳ありませんでした。
見つけたこと、学んだことを報告しようと思います。

見つけたこと
1.テーブルは削除されてなかった。
SELECT * FROM pg_tables WHERE schemaname = ‘public’ ORDER BY tablename ASC;
でもう一度確かめてみると、”SS_01_Type”テーブルは結果の最初にありました・・・

2.SQL文を””で囲んだら削除できた。
上のことで、DROP TABLE SS_01_Type; は成功してなかったと確定しました。
どうすればいいんだろう?とテーブルソースSQLを見てて、「もしや?」と思い
DROP TABLE “SS_01_Type”; (テーブル名を””で囲んだ)
でやってみると無事削除できました!

学んだこと:あくまで自分の感想です
1.大文字のテーブルは昇順並びで小文字より先にくる
全1086テーブルのほとんどはg, e, sで始まるテーブルであり、件の”SS_01_Type”は唯一の大文字入りのテーブルでした。
だから、
SELECT * FROM pg_tables WHERE schemaname = ‘public’ ORDER BY tablename ASC;
をやったとき、残っているなら後半だろうと思ってたのですが・・・大文字のテーブルって昇順並びで小文字より先に来るんですね。初めて知りました・・・

2.大文字のテーブルは””で囲まないといけない
2-1.pgAdminは間違いを指摘してくれない
2-2.A5:SQL Mk-2は指摘してくれる

実は・・・囲んでない方の DROP TABLE SS_01_Type; はpgAdminでやって、「Run successfully」となったんですよね。
その後、A5:SQL Mk-2のDBツリーで残っているのを発見して、
DROP TABLE SS_01_Type;
をやったら失敗して、
DROP TABLE “SS_01_Type”;
でやったら削除できた、というのが真相でした。

※A5:SQL Mk-2も初心者なので、行ったり来たりしてます

感想まとめ
1.大文字のテーブルは昇順並びで小文字より先にくる
2.大文字入りのテーブルは””で囲むべき
(1)囲まなくてもpgAdminは受け入れてくれる。が、「Run successfully」となっても、実はできてない
(2)A5:SQL Mk-2は囲めと指摘する

以上となります。お騒がせして申し訳ありませんでした。
ご対応ありがとうございます!

]]>
https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22843 <![CDATA[返信先: 削除したテーブルがDBツリーに残っている]]> https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22843 Sun, 17 Nov 2024 10:06:51 +0000 松原正和 ポスグレ初心者さんこんにちは。
 
テーブルを DROP したのなら、SELECT 文が成功するのはおかしいですね。
 
PostgreSQL は CREATE TABLE や DROP TABLE 等の DDL もトランザクション制御の対象なのですが、それが関連したりはしていないでしょうか?

]]>
https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22842 <![CDATA[返信先: Unsupported syntax.: year]]> https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22842 Sun, 17 Nov 2024 10:01:00 +0000 松原正和 田中さんこんにちは。
 
「フィルターできません」というのは、テーブルエディタやSQLエディタでのフィルター機能でしょうか?
こちらで再現しようとしたのですが、Version 2.19.2 および、Version 2.20.0 のベータ版で試してみましたが、問題なくテーブルの作成・テーブルエディタ及びSQLエディタでのフィルター機能が動作しました。
 
問題が起こった時の手順をお教えいただけますか?
あと、YEAR は予約語なので、カラム名に使えなくはないですが、可能であれば使わない方が良いようにも思いおます。

]]>
https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22840 <![CDATA[削除したテーブルがDBツリーに残っている]]> https://a5m2.mmatsubara.com/wp/?topic=%E5%89%8A%E9%99%A4%E3%81%97%E3%81%9F%E3%83%86%E3%83%BC%E3%83%96%E3%83%AB%E3%81%8Cdb%E3%83%84%E3%83%AA%E3%83%BC%E3%81%AB%E6%AE%8B%E3%81%A3%E3%81%A6%E3%81%84%E3%82%8B#post-22840 Sun, 17 Nov 2024 06:37:15 +0000 はじめまして。
表題のとおりの件で質問です。

昨日、過去に作った”SS_01_Type”というテーブルを削除しました。その後、
SELECT * FROM pg_tables WHERE schemaname = ‘public’ ORDER BY tablename ASC;
で消えていることを確認したのですが、DBツリーにはテーブルが残ったままなんです。

スキマを再読み込みしても消えてくれませんし、ダブルクリックするとデータが表示されます。
また、右クリック→アドオンメニュー→テーブル情報をクリックすると普通に表示されます。

削除失敗したのかな?と思って
DROP TABLE SS_01_Type;
をすると、今度は「テーブル”ss_01_type”は存在しません」となります。

どうすればDBツリーから無くせるんでしょう?また、原因も教えていただきたいです。

なお、pgAdminのツリーではちゃんと消えています。

]]>
https://a5m2.mmatsubara.com/wp/?topic=%E3%82%B9%E3%83%88%E3%82%A2%E3%83%89%E3%83%97%E3%83%AD%E3%82%B7%E3%83%BC%E3%82%B8%E3%83%A3%E3%83%A2%E3%83%BC%E3%83%89%E3%81%A7%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BA%E3%81%99%E3%82%8B#post-22791 <![CDATA[返信先: ストアドプロシージャモードでフリーズする]]> https://a5m2.mmatsubara.com/wp/?topic=%E3%82%B9%E3%83%88%E3%82%A2%E3%83%89%E3%83%97%E3%83%AD%E3%82%B7%E3%83%BC%E3%82%B8%E3%83%A3%E3%83%A2%E3%83%BC%E3%83%89%E3%81%A7%E3%83%95%E3%83%AA%E3%83%BC%E3%82%BA%E3%81%99%E3%82%8B#post-22791 Fri, 15 Nov 2024 01:32:00 +0000 発生しないこと確認しました。迅速にご対応いただき大変感謝です。ありがとうございます。今後ともよろしくお願いいたします。

]]>
https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22776 <![CDATA[返信先: Unsupported syntax.: year]]> https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22776 Wed, 13 Nov 2024 04:32:12 +0000 create table DB2.INCOME (
YEAR VARCHAR(4) not null
, IND INTEGER not null
, TEMP VARCHAR(2)
, primary key (YEAR, IND)
);
最新のA5:SQLバージョンを使っています。

]]>
https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22775 <![CDATA[Unsupported syntax.: year]]> https://a5m2.mmatsubara.com/wp/?topic=unsupported-syntax-year#post-22775 Wed, 13 Nov 2024 04:28:07 +0000 「Unsupported syntax.: year」とポップアップが表示した。
year はVARCHAR(4)フィルターできません。
皆さん、助けていただけませんか

]]>
https://a5m2.mmatsubara.com/wp/?topic=mysql%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B5%E3%83%BC%E3%83%88%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84#post-22773 <![CDATA[返信先: MySqlのデータがインサートできない]]> https://a5m2.mmatsubara.com/wp/?topic=mysql%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B5%E3%83%BC%E3%83%88%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84#post-22773 Wed, 13 Nov 2024 00:00:04 +0000 ありがとうございます。確認いたします

]]>
https://a5m2.mmatsubara.com/wp/?topic=mysql%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B5%E3%83%BC%E3%83%88%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84#post-22734 <![CDATA[返信先: MySqlのデータがインサートできない]]> https://a5m2.mmatsubara.com/wp/?topic=mysql%E3%81%AE%E3%83%87%E3%83%BC%E3%82%BF%E3%81%8C%E3%82%A4%E3%83%B3%E3%82%B5%E3%83%BC%E3%83%88%E3%81%A7%E3%81%8D%E3%81%AA%E3%81%84#post-22734 Sun, 10 Nov 2024 14:02:10 +0000 松原正和 ごまさんこんにちは。
 
調査したところ、Version 2.19系で、MySQL で文字列中に \' 形式でエスケープされた文字列があるとSQLを正しく実行できないことがある不具合が見つかったので、Version 2.20.0 beta 41 で修正しました。ご確認いただければと思います。

]]>