0507NAME IS NULL2018/07/22(日) 20:40:34.32ID:??? メインのスレに書き込める程知識が無い もしくはスレ住人に相手にされてないor嫌われてる ↓ 関係ないスレに書き込む ↓ スレ違いなのでそのスレの住人に怒られる これを相手にされていると勘違いする ←今ここ ↓ 関係ない話題でスレ常駐し始める ↓ 徹底的にスルーされるので飽きて居なくなる もしくはスレ住人に擬態する 0508NAME IS NULL2018/07/22(日) 21:01:49.13ID:??? DB系のスレは最近、だいたい過疎ぎみだからな。 書き込みがあるだけマシなんでは。w 0509NAME IS NULL2018/07/23(月) 17:49:47.34ID:??? 早くMySQLにライセンス徴収開始されんかなw Javaと同じ運命にして欲しいわw 0510NAME IS NULL2018/07/23(月) 18:00:28.15ID:???>>509 この場合のライセンス徴収はGPL版にも商用版と同じライセンス適用の話ね 0511NAME IS NULL2018/07/23(月) 18:01:12.14ID:???>>503 そうですよw ご退場下さいw 0512NAME IS NULL2018/07/23(月) 21:09:28.38ID:??? >GPL版にも商用版と同じライセンス適用
意味不明すぎるw 0513NAME IS NULL2018/07/23(月) 22:03:35.25ID:???>>510はGPLなら常にタダだと思ってるバカ w 0514NAME IS NULL2018/07/23(月) 23:41:15.75ID:???>>513 "常に"なんてどこに買い込みしてる? アホか 0515NAME IS NULL2018/07/23(月) 23:41:30.90ID:???>>514 書き込みね 0516NAME IS NULL2018/07/23(月) 23:43:06.33ID:???>>504 そういう不完全な人の話は聞く耳持たんなw 0517NAME IS NULL2018/07/24(火) 05:35:41.63ID:??? GPLでも徴収できることを知ってたら>>509みたいなアホレスはしないだろ >>514は傷口広げて自爆するバカ w 0518NAME IS NULL2018/07/24(火) 06:23:30.86ID:??? 早くオラクルが動く事を祈るw 0519NAME IS NULL2018/07/26(木) 16:23:44.06ID:???https://m.srad.jp/story/13/09/11/0431225 オラクル自身MySQLのバグ対応なんてどーでも良いと思ってる 0520NAME IS NULL2018/07/27(金) 18:01:07.56 失望しました! PostgreSQLに乗り替えます 0521NAME IS NULL2018/07/28(土) 13:15:20.88ID:tm98Iqt0>>519 それはわざとだよ。MySQLを徐々に衰退させたいため。 0522NAME IS NULL2018/07/28(土) 13:16:49.48ID:tm98Iqt0>>520 そのポスグレさんは知っているひとが少なくて苦戦する。
しかもシェアが低いのでとにかく情報がなく、ソースコードまで読まなければならない。 0523NAME IS NULL2018/07/28(土) 13:33:26.03ID:??? まあOracle, MySQL, SQL-Serverの御三家に比べりゃ少ないけどそれ以下の有象無象の中ではトップだから情報が少ないとか言ってるのは単なる情弱 0524NAME IS NULL2018/07/28(土) 17:42:23.60ID:??? Oracleは早くMySQLユーザーをOracleに移行させたい よってMySQLのサポートなんておざなりになるのは当然 MariaDB、PostgreSQLが元MySQLユーザーの受け皿になる 0525NAME IS NULL2018/07/29(日) 01:37:24.34ID:??? Mysqlの人はMariaに行くんだろうな。 0526NAME IS NULL2018/07/29(日) 02:28:28.20ID:??? 型チェックとか厳しく無いものから厳しいものへは移行せんだろうな 0527NAME IS NULL2018/07/31(火) 01:24:00.18ID:??? WordPressなんかMySQL使用前提だがオラクルがMySQLのライセンス徴収厳密化したらユーザー発狂するだろうな 0528NAME IS NULL2018/08/11(土) 18:27:16.56ID:??? >>MySQL系は大規模データベースを想定して作られていないせいで、管理は楽だが、物理ファイルと論理ストレージが一緒のため、データ量が多くなってくるとデータベースを止めずに何か変更することが難しくなる。
やっぱりPostgreSQLだな 0529NAME IS NULL2018/08/11(土) 19:14:41.43ID:??? VACUUMをなくして。どうぞ。 0530NAME IS NULL2018/08/11(土) 20:19:25.04ID:??? 未だにvacuumやっているの? 0531NAME IS NULL2018/08/11(土) 21:27:50.36ID:??? やらなくてもダメではないけど、しなくてもいいわけでもないらしいが? どないやねん。 0532NAME IS NULL2018/08/11(土) 23:38:08.56ID:??? やらんとだめやろ… https://www.postgresql.jp/document/9.3/html/routine-vacuuming.html#AUTOVACUUM0533NAME IS NULL2018/08/12(日) 09:56:05.70ID:??? 勝手にやってくれます 0534NAME IS NULL2018/08/12(日) 23:16:01.74ID:???>>532 Autoをやってる。というかな? 勝手にやってくれているんだから、それでいいやって思うわ。 0535NAME IS NULL2018/08/12(日) 23:42:58.99ID:???>>530がvacuumやってるのか? って言うからvacuum自体は必要だよって言っただけ 設定が必要かどうかは状況による 0536NAME IS NULL2018/08/12(日) 23:48:21.97ID:cfFh3cqu どのRDBMSでも自動ではやらないよな。そんなのされたら一時的に使えなくなる。 0537NAME IS NULL2018/08/13(月) 07:35:09.19ID:??? 他のDBもvacumeみたいなのやってるの? 0538NAME IS NULL2018/08/13(月) 08:45:14.73ID:??? vacuumなんてするのは うんこ収集車とポスグレぐらいだな 0539NAME IS NULL2018/08/13(月) 09:09:10.02ID:???>>537 他のDBMSは領域再利用するから基本不要 ただファイルシステムとかと同様に断片化してくるから再構成をすることもある http://cosol.jp/tech/detail/d3_maintenance_table.shtml0540NAME IS NULL2018/08/13(月) 12:45:01.48ID:???>>539 ども その時にやるか後でやるかのトレードオフだね。 0541NAME IS NULL2018/08/14(火) 21:15:03.73ID:oiTTuwPu 質問いいすか? 0542NAME IS NULL2018/08/15(水) 02:41:57.99ID:??? MySQLスレで質問したら、自分で試せ、で終わるらしい こっちはOK 0543NAME IS NULL2018/09/17(月) 02:33:58.97ID:x6EZpwmB PostgreSQL最高!!! 0544NAME IS NULL2018/09/17(月) 19:11:48.49ID:??? PostgreSQLを業務利用してからOracleをやることになったんだけど、 それで分かったこと。
PostgreSQLはSQLも設計仕様も、とても綺麗。 Oracleはダメ。信じられないくらいのポンコツ。 0545NAME IS NULL2018/09/17(月) 19:39:42.56ID:??? 主観はどうでもいい 根拠は? 0546NAME IS NULL2018/09/17(月) 19:42:23.82ID:qUdR5wYD 主観の根拠聞きたいんか? 0547NAME IS NULL2018/09/18(火) 11:39:30.81ID:??? Oracleで綺麗じゃないとか言ってるのか。MySQLなんか、とんでもなく汚いぞ。 0548NAME IS NULL2018/09/18(火) 11:53:21.22ID:??? 僕は逆に10年以上前にOracleからPostgreSQLに変えたけど、特に困難なく移行できた。 仕様も変なクセがないし他のスタッフからも不満はまったくない。 それにまず社長が喜んだ(笑) 0549NAME IS NULL2018/09/18(火) 12:32:59.59ID:??? 汚さで言えば MySQL(MariaDB)>Oracle>PostgreSQL キッチリ手順明確なのがPostgreSQL どうにかやれば動いてしまうのがMySQL 0550NAME IS NULL2018/09/18(火) 14:42:36.23ID:??? MySQLはべつに汚くないぞ。 ところどころがちょっといいかげんなだけ。 0551NAME IS NULL2018/09/18(火) 15:15:57.49ID:??? 僕みたいな年寄りには、MySQLは、 ・単なるサブセット(だから多少早くても当たり前)、 ・マルチバイトが使い物にならない っていう認識がこびりついてて使う気にならない 0552NAME IS NULL2018/09/18(火) 15:17:05.14ID:??? あ〜、今は違うんだろうけど 0553NAME IS NULL2018/09/18(火) 20:21:10.84ID:??? そりゃ二十年近く昔だろ。w そのころは、ふつうにお安く使えるのはMySQLくらいしかなかったがな。 0554NAME IS NULL2018/09/19(水) 10:01:57.06ID:??? 選択肢増えた今はMySQLでなければ、と言うシーンが無い 0555NAME IS NULL2018/09/19(水) 19:48:09.82ID:??? PostgreSQLのスレだから言うわけじゃないけど、 もうPostgreSQLしかねーだろ! 他はカス! 0556NAME IS NULL2018/09/19(水) 22:35:09.37ID:???>>554 そして、PostgreSQLでなければというシーンもない。 ま、ふつうの人にはどっちも同じ。 0557NAME IS NULL2018/09/20(木) 23:01:35.16ID:???>>555 だよね!!
MariaDB、MySQL、FireBirdは触ったことはないが・・・。
OracleはSQLPlusで、操作したことはあるけど面倒。 SQLServerも面倒で触れたこともない。 0558NAME IS NULL2018/09/21(金) 17:37:17.26ID:??? Oracleは、簡単なことをするにもサブクエリー使わなきゃならないのよ。 なので3階層くらいのサブクエリーは普通になってしまう。 で、可読性が落ちてしまい、自分でも理解不能になる。 人によってはビューやストアドプロシージャで解決しようとして、これらを書きまくりメンテ不能に陥る。
PostgreSQLなら素直で簡潔なSQL書けるのに、と思うよ。 0559NAME IS NULL2018/09/21(金) 19:53:52.72ID:???>>558 Oracle PL/SQLのメンテナンスはしんどい 人それぞれでロジックの組み方違う ライセンス含めOracleはもう厳しい 0560NAME IS NULL2018/09/21(金) 21:49:15.41ID:???>>558 具体例プリーズ 0561NAME IS NULL2018/09/22(土) 00:12:04.26ID:??? ここってpostgres派生のgreenplumについて聞いても大丈夫? ライセンス価格わからなくて困ってる 0562NAME IS NULL2018/09/22(土) 07:45:07.11ID:???>>560 具体例はいちいち覚えていない・・・ そんなの覚えても役立つことなどないから覚えようという気がしないので。 ごめんね。
でもPostgreSQLでSQL書ける奴が業務でOracleに乗り換えれば、その不満はすぐに感じると思うぞ。 0563NAME IS NULL2018/09/22(土) 08:22:58.98ID:???>>562 なるほど知ったか指摘されたら答えられないってことね 了解 0564NAME IS NULL2018/09/22(土) 13:29:00.90ID:/G0Wh7Kz>>558 それは手続きの隠蔽にすぎず、SQLの可読性が下がる。
一度、ソートしないと結果が得られないのに、一度のSELECTでできるかのように思わせる方が問題だ。
このあたりの独自格調のせいで、IT技術者であっても誤解が広まって、SQLはこう書くとこう処理されると言い始める。 0565NAME IS NULL2018/09/22(土) 13:40:17.48ID:??? なるほど、格調高いレスだな 0566NAME IS NULL2018/09/22(土) 17:28:36.98ID:???>>561 BSDライセンスじゃ無いの? 0567NAME IS NULL2018/09/22(土) 19:22:35.33ID:Q/qdUs3S なんで>>558と>>564は通じあっとるんやw バカ同士の会話おそるべしw 0568NAME IS NULL2018/09/22(土) 22:09:43.40ID:???>>566 商用利用前提でコミュニティ版でパフォーマンス検証したいけど、そもそも高すぎたら却下されるから、知ってる人がいたら大まかでいいから価格感が知りたかったのですね 0569NAME IS NULL2018/09/22(土) 22:34:08.21ID:???>>566 ちなみに商用だとコアライセンスです 0570NAME IS NULL2018/09/23(日) 06:43:51.08ID:???>>569 ここで聞く話か? 0571NAME IS NULL2018/09/23(日) 23:20:52.25ID:???>>570 確かにそうですね、すみませんでした 0572NAME IS NULL2018/09/27(木) 18:00:51.39ID:??? あやまるこたーない 0573NAME IS NULL2018/09/29(土) 18:05:12.36ID:??? 『PostgreSQL全機能バイブル』 鈴木 啓修 著
は良本だな。俺のバイブルになってる。 0574NAME IS NULL2018/09/30(日) 22:21:19.59ID:??? 7のやつは評判よかったね。 10のはさすがにもう出ないか。 0575NAME IS NULL2018/10/01(月) 20:16:09.31ID:??? 10から入門する自分としてはそれほしい…(´・ω・`) 0576NAME IS NULL2018/10/01(月) 21:21:02.90ID:??? PostgreSQL完全機能リファレンス なら 8.1 対応ですよ。 10 だってこの本(8.1用)で大丈夫だよ。 0577NAME IS NULL2018/10/02(火) 12:07:09.92ID:??? なーる 0578NAME IS NULL2018/10/02(火) 12:42:17.66ID:??? 宣言的パーティショニングとか10でついた機能とかの説明もほしいの…(´・ω・`)
パーティショニングした列指向テーブル読んでもパラレルクエリにならんのを解決できるか調べたい 0579NAME IS NULL2018/10/04(木) 02:51:51.68ID:??? SRA OSSやHPが毎年新機能評価報告出してくれるのはありがたい。 0580NAME IS NULL2018/10/04(木) 12:46:20.19ID:Prg8isVQ psycopg2の本ってあるの なかったら誰か書いて、買うから… 0581NAME IS NULL2018/10/04(木) 18:16:15.01ID:??? sqlはそこそこ書けるプログラマです インフラ担当が居ない案件に派遣されてしまいました 開発から運用まで行うとしたらどんなことを勉強したらいいでしょうか 0582NAME IS NULL2018/10/04(木) 19:31:32.77ID:??? バックアップとリストアができりゃOK。 0583NAME IS NULL2018/10/04(木) 20:02:24.40ID:??? それだけじゃなんも答えられんやろ。 一口にインフラといっても、OSのインストールやらネットワークの設定やら、そもそも物理設置やら、いろいろ。 0584NAME IS NULL2018/10/04(木) 20:38:39.12ID:zNNbXIbO インフラ技術者がいないのであれば、そこが重要だと思ってないし、自分の自由にできる可能性が高くてうらやましい。 0585NAME IS NULL2018/10/06(土) 12:36:54.75ID:??? 勉強できるってのはいいね。 聞けない人がいないなら、会社持ちで外にリサーチに行けばいいし。 0586NAME IS NULL2018/10/06(土) 21:31:32.49ID:??? DB専任の技術者なんて、なんの役に立つの? 0587NAME IS NULL2018/10/06(土) 23:10:17.97ID:??? まったく しかも「そこそこ書ける」程度の 0588NAME IS NULL2018/10/07(日) 16:36:34.88ID:??? sqlはそこそこ書けるプログラマって言ってんだろ。 DB専任なんてどこに書いてあるんだよ。 0589NAME IS NULL2018/10/07(日) 21:29:16.65ID:??? おまえは誰? 0590NAME IS NULL2018/10/07(日) 22:32:08.90ID:??? 開発から運用まで、何をしたらいいのか皆目見当もつかない(sqlはそこそこ書ける)プログラマ でした 0591NAME IS NULL2018/10/07(日) 23:50:33.04ID:??? 楽しんでやればいい。 そんなサイトがいっぱいある。 0592NAME IS NULL2018/10/08(月) 20:08:30.46ID:???>>581 1.システム化したい業務の聞き取り 2.システム化したい業務の仕様書作成 3.実作業 0593NAME IS NULL2018/10/13(土) 19:44:38.56ID:???https://imgur.com/FAF05na.jpg0594NAME IS NULL2018/10/14(日) 19:50:54.62ID:??? この画像リンクなんなんマジで 0595NAME IS NULL2018/10/14(日) 20:16:08.94ID:???>>594 しーっ。触っちゃいけません! 0596NAME IS NULL2018/10/14(日) 20:27:41.81ID:??? そっか、すまぬ 0597NAME IS NULL2018/10/16(火) 09:52:18.32ID:??? 消されててわかりません 0598NAME IS NULL2018/10/19(金) 00:19:27.00ID:??? 11が出たね 0599NAME IS NULL2018/10/21(日) 12:09:56.42ID:??? まじすか 速いすね 0600NAME IS NULL2018/10/25(木) 12:16:33.39ID:??? Amazonプライムデーのサーバーダウン原因は「データベースをOracleからPostgreSQLに変えた」ため https://hayabusa9.5ch.net/test/read.cgi/news/1540429567/0601NAME IS NULL2018/10/25(木) 14:18:17.40ID:??? AmazonによるPostgreSQLへのなかなか貴重な貢献だ 0602NAME IS NULL2018/10/25(木) 23:58:15.58ID:???>>601 俺の第一印象も「Oracleすげー」より、「これでポスグレが一皮むけるな」だった 0603NAME IS NULL2018/10/26(金) 09:54:55.81ID:???>>600 Amazonプライムデーのサーバ障害、AmazonがOracleからAurora DBに乗り換えたのが原因ではない。Amazon CTOがCNBCの報道を否定 https://www.publickey1.jp/blog/18/amazonamazonoracleaurora_dbamazon_ctocnbc.html
なんかそのニュースがフェイクニュースだった可能性も出てきているな 0604NAME IS NULL2018/10/26(金) 12:54:44.74ID:??? 記者が、自分で勝手にストーリーをつくってしまって、あわない理屈を排除するのは、どこの国でもおんなじか。。。
たしかに、セーブポイントの仕様が違うなら違って当然で、その仕様の通りにしてないアプリが完全に悪いわな。 0605NAME IS NULL2018/10/26(金) 12:56:40.39ID:??? 無能なプログラマーが、トランザクションの中で無用なsavepointを連続して発行していたのが原因の模様。 アマゾンのシステム開発してる人の中にも、こういうレベルの人がいるんだな。 0606NAME IS NULL2018/10/26(金) 13:30:19.36ID:??? PostgreSQLの仕様分かって無いヤツがプログラム作った結果か 有り得る話だな