「ODBC」を含む日記 RSS

はてなキーワード: ODBCとは

2024-07-19

欧米でもフツーにExcel仕事術みたいやで

たとえば ↓

21 Top Careers That Need Microsoft Excel Skills (with Salary Data)

https://www.launchexcel.com/what-jobs-use-excel/

 

13 advanced Excel skills for business

https://www.fdmgroup.com/news-insights/advanced-excel-skills

 

 

ジャップランドで起こりがちなことはアメリカでは無いのかAIちゃんに尋ねてみたらこう言ってたよ

ワイ:
 
質問:
2024年において、アメリカ大企業および中小企業の間で、より一般的データ管理方法はなんですか?
検索して最新のトレンドを教えてください。
 
 
- 方法A:内部データベースからCSVファイルとしてデータダウンロードし、Excel修正してから
ETLツール(例:Informatica PowerCenter、Talend Open Studio)、BIツール(例:Tableau Prep、Microsoft Power Query)、
または他のデータベース(例:OracleDB)などの他のシステムインポートする。   - 方法B:Excelステップスキップし、内部データベースを他のシステムに直接接続する。   - 方法C:レガシーシステムや複雑なシステムには方法Aを使用し、その他のシステムには方法Bを使用する。状況やシステム要件に応じて使い分ける。     質問ポイント: - 大企業におけるExcel使用:大企業データクリーニングのためにExcel使用するのを完全にやめましたか?それとも、古いメインフレームシステムERPシステム、または特定業務プロセス問題のためにまだ使用されていますか?   - 方法A、B、Cのシナリオ:方法の具体的なシナリオ製品名を教えてください。   - 2024年におけるCSVファイルダウンロード:2024年現在、ETL/BIツールクラウドベースのDWHを利用できないどころか、Oracle Gatewayなどの接続手段も利用できないデータベース使用は完全になくなりましたか
もしそのようなデータベース2024年にもまだ存在する場合、直接的なデータ連携が困難なため、CSVファイルでのデータ抽出が唯一の方法となることがあります
企業は膨大なコストがかかるために移行を延期していますか?それともすでに段階的に対応していますか?   - Excelを使い続ける理由: 内部データベースを他のシステムに直接接続した方がシンプルなのに、なぜ一部の企業データクリーニングのためにExcelを使い続けているのですか?

 ↓

AIちゃんの回答:

 

米国におけるデータ管理トレンド2024年

 

2024年には、大企業の間でメソッドB(直接接続)へのシフトが顕著になっていますしかし、特定シナリオに応じてメソッドC(ハイブリッドアプローチ)も採用されています中小企業においても、直接接続利便性効率性が認識され、その採用が徐々に増加していますしかし、リソースコストの制約により、Excel使用したデータクリーニングハイブリッドアプローチが依然として一般的です。

 

メソッドA:データCSVファイルとしてダウンロードし、Excel修正

使用状況: この方法は、中小企業レガシーシステム、複雑なデータ構造を含むシナリオで依然として一般的です。Excelはその柔軟性と使いやすからデータ操作のための多用途ツールとして広く使用されています

 

シナリオ:

 

製品:

 

具体的なシナリオ:

 

メソッドB:データベースへの直接接続

使用状況: この方法は、大企業技術精通した中小企業の間でますます一般的になっています。直接接続を利用することで、データワークフロー効率化され、手動エラーが減少します。

 

シナリオ:

 

製品:

 

具体的なシナリオ:

 

メソッドC:ハイブリッドアプローチ

使用状況: 多くの企業が、レガシーシステムや複雑なシステムにはメソッドAを、その他のシステムにはメソッドBを使用するハイブリッドアプローチ採用しています。この柔軟性により、既存の制約と近代化努力バランスさせることができます

 

シナリオ:

 

製品:

 

具体的なシナリオ:

 

大企業におけるExcel使用

データ管理ツール進歩にもかかわらず、Excel大企業におけるデータクリーニング操作のために広く使用されています。これは主に以下の理由によります

 

2024年におけるCSVファイルダウンロード

ETL/BIツールクラウドベースのDWHと直接統合できないシステムに対して、データCSVファイルとしてダウンロードすることは依然として一般的です。企業は高コストと複雑さのために移行を遅らせることが多く、段階的に対処しています

 

データクリーニングにおけるExcel使用理由と将来のトレンド

企業Excel使用し続ける理由には以下が含まれます

 

しかし、直接接続はより効率的で広く採用されており、長期的にはデータ管理におけるExcelへの依存が減少すると予想されます

 

クラウドベースデータ統合ソリューションの台頭により、データ収集クリーニング統合AI/ML技術によって自動化され、手動作業が減少し、データ一貫性と精度が向上していますAI/MLアルゴリズムは、異常検出、欠損値の補完、パターン認識などのタスク効率的に処理し、データ品質を向上させますリアルタイムデータ分析の利点が明らかになるにつれ、直接接続採用が増加し、より迅速かつ正確なビジネス意思決定可能になります

 

データセキュリティコンプライアンス、およびデータガバナンス重要性が増すにつれ、このトレンドは続くと予想されます

 

 

どう思う?

anond:20240719174045 anond:20240718215509

2024-04-19

anond:20240419133414

うちの会社場合だと、社内全体的には誰も使っていない

自分個人的作業軽減のためにVBAマクロで使ったりする/した(過去形

ExcelVBAマクロの中で CreateObject("DBドライバかなんか") みたいな事やって

DBからレコードを取得してシートのセルに表示させたりとか

ドライバちょっと切り替えるだけで、SQLServerでもOracleでもPgsqlでも対応できて便利

今はOleDBの方がメジャーなんだっけか

本当に最近OracleODBCドライバを試してみた事があったけど、Shift_JIS対応してないようで使えなかった。。。

OleDBドライバ(っていう言葉でいいんだろうか?)を使って事なきを得た

ODBC…?

三流SEを15年以上やってるんだけどこの言葉初めて聞いた・・・

システム関連やっている人おる?

この概念インターフェース?はシステムサイドだと常識レベルなの?

2024-03-07

OracleODBCドライバが使えなくて時間を損しちまった。

ExcelVBAを使ってDBからデータを引っ張ってきてワークシートに表示したかったのに、日本語が「?????」と化けてしまう。

文字セットを設定する場所も見当たらない。もう意地を張らずに諦めたほうがよさそうだと悟った。

で、俺はOLE DB結婚したってわけ。

OLE DB最強説あるよね。

2023-05-01

anond:20230419125905

できたできた。自己解決。多分誰にも役に立たないだろうが書いておこう。

DB2ODBCの設定以外にNodeとDBの設定情報必要らしい。それがなんなのかはわからない。

GUIODBCデータソースで追加すると、これが裏で作ってくれるっぽいが

ODBCCONF.exeでは作ってくれず、エラーとなる。らしい。

"C:\Program Files\IBM\SQLLIB\BIN\db2cmd.exe" /c /w db2 catalog tcpip node FOO remote 192.168.1.1 server 10000
"C:\Program Files\IBM\SQLLIB\BIN\db2cmd.exe" /c /w db2 catalog db FOO at node FOO

odbcconf /A {CONFIGSYSDSN "IBM DB2 ODBC DRIVER - DB2COPY1" "DSN=FOO|DATABASE=FOO|SYSTEM=192.168.1.1:10000|UID=db2admin|PWD=password"}

で追加できる。知らんだけで最後ODBCCONFではなく、db2側のでDSNも追加できるのかもしれない…

さらに「 - DB2COPY1」が何なのかさっぱりわからん。「IBM DB2 ODBC DRIVER」もあるんだけども。

というか、こういう要望無いんだろうか?探してもAIに聞いてもなかなかヒットせず

リファレンス見ながらだましだましやってやっとたどり着いた。

FAQみたいなのに載っててもよさそうなもんだけども。DB2シェア低すぎるのかな?

2023-04-19

DB2 ODBC DSNコマンド登録したいけどできない

odbcconf /A {CONFIGSYSDSN "IBM DB2 ODBC DRIVER - DB2COPY1" "DSN=FOO|DATABASE=FOO|SYSTEM=192.168.1.1:10000|UID=db2admin|PWD=password"}

だと「ドライバーの ConfigDSN、ConfigDriver、または ConfigTranslator が失敗しました」とあてにならないエラーが出てしまう。


iAccess

odbcconf /A {CONFIGSYSDSN "iSeries Access ODBC Driver" "DSN=BARLIB|DRIVER=IBM i Access ODBC Driver|SYSTEM=192.168.1.1|DefaultLibraries=BARLIB|CMT=3|SORTTYPE=2|LANGUAGEID=JPN"}

登録アクセスもできたんだけども。

なんかちがうんかなぁ。。。

2022-03-23

MSODBCドライバを使ってるシステムOracle更新で立ち往生してる件

DB:Oracle7までしかサポートしてねーのにいきなり19cに上げようとしてる、まぁこれは悪くないんだが

某ミドル:MSのODBCドライバしかサポートしてねーむっちゃ古いやつをまだ使おうとしてる

何が起きてるか:ド古い某ミドルを新しいOralceといっしょに動かしてみたら、案の定想定外の動きばっか出てる。更新までに治んないんじゃね?って状況。

教訓:ミドルの都合で古いOracleを使い続けるのはやめよう。

2020-11-19

anond:20201119132329

というかトランザクションを見逃してた、トランザクション上手くやりたいならまともなDBMS入れないと無理

誰も使ってないWindows PCとか転がっていればSQLServer Express無料)とか入れてやる?通信の面倒くささでいえばSQLiteと一緒だろうけどエンドユーザー側がドライバとかインストールする必要はないはず(ODBCデータソースの設定は必要、めんどくさい……)

どうせODBC使うならドライバインストールくらいって思ってついでに増田Linux慣れしてるなら鯖立ててポスグレでもMySQLでも何でも使えばいいと思うけど

追記

SQLServerのOLEDB接続廃止されたもんだと思ってたら復活していたらしい エンドユーザー側の設定不要だと思うからこれが一番楽かも?

追記2

Win10にDB立ててアクセスさせるのはライセンス違反だったわ、SQL Server on Linuxならセーフだけど

anond:20201119131431

AccessライセンスあるならAccess使えば?個々人に展開するならODBCとかの面倒見るの死ぬほどしんどいと思うけど

そんなリソースがあるならWebベースで書いた方がずっと楽でしょ

2018-04-07

anond:20180407202841

タブ区切りでもいいぞ

というか、ODBC任せだから別に気にする必要ないぞ

勝手にうまくやってくれるぞ

2016-07-16

エンドユーザコンピューティングの話

社内SE転職した俺。

もともとその会社には専任IT担当者がいなくって、俺が初の担当者

で、色々な素人達が片手間に作ったシステムメンテナンスをすることもある。

殺意最初に芽生えたのはホームページビルダーで作ったHTMLソース

完全に物理タグレイアウトしてるじゃん!くっそ汚えコード

次はExcelVBA。なんでサーバDB上のデータを取り込むのに、

サーバ上でCSVにするプログラムをわざわざ動かして、

APIFTPを叩いてダウンロードODBCじゃダメなんですかね...

今やってるのは、素人MySQLPHPに手出しをしたプログラム

なんと、正規化という概念はないし配列も使ってない。

なんか、再コーディングした方が簡単なんじゃないかって思うプログラムマジで

2016-03-26

Accessクエリが楽すぎて

長らくODBC接続Accessからクエリデータを触っていた

テーブルの結合とかGUIでできてすごい楽

が、標準PCOffice入れててもAccessは入ってない現場もそこそこ多い

Accessクエリに代わるようなソフトってなんかないですか

Object Browserは使ったことあるけど、GUIメインで操作するというものではない感じ

とにかくAccessクエリに慣れてしまって、自前でAccess単品で買おうかってくらい

2014-07-22

http://anond.hatelabo.jp/20140722001658

有益な話だし、GPL関係でググってこのページを見た人のために勝手に補足と個人的な疑問を放流してみる。

適当に調べてた知識を記憶をたよりに書いているので、間違いがあれば容赦なく指摘して欲しい。

# どうでもいいけど、元増田の話でOSLinuxだったりしたら笑うw

WEBシステムを閲覧した人がソースコードをよこせと言えるライセンスはAGPL

GPL元増田で書かれている通りで、WEBシステムを閲覧しただけではソースコードを請求することはできない。RMSらもこれには気づいていて、この穴を塞ぐためにAGPLというライセンスができた。このライセンスソフトウェアを利用した場合WEBシステムであろうと利用できる人はソースコードの請求を行えるようになる。

これは別にWEBシステムに限らず、ユーザーが何らかの形で利用できるシステムなら、ソースコードの請求が行える。

MySQLを利用したからといって、スクラッチ開発したソフトウェアライセンスGPLになるわけではない

申し訳ないが詳しい所は知識不足でよくわからない。だけど、下記の記事の通り現在の開発元のOracle見解である。すなわち、MyODBC(GPLMySQLODBCドライバ)を使わずGPLでないドライバを用いて接続してしまえば、開発したソフトウェアGPLにならない。

http://plaza.rakuten.co.jp/matsunopage/diary/201011300000/

# 個人的にGPLRMS著作権Hackなら、OracleのコレはGPL Crackだと思っている。「GPL汚染が嫌なら有償ライセンス契約しろ」と言われた話を聞いた事があるからだ。

GPLライセンスされたソフトウェアの改変に関わったプログラマコードを持ち帰れるかという問題

おそらく持ち帰れないのではないかと思う。なぜそう思うかというと、普通プログラマが書いたコード著作権会社に取られるし、GPLライセンスされたソフトウェアを受け取ったのは会社であってプログラマ個人ではない。GPLライセンスされたソフトウェア物理的にもっていく事は可能でも、きちんとライセンスを受けた訳ではないので機密情報漏洩しかならないと思う。

GPLライセンスしたソフトウェアプロプライエタリに戻せるか

単純な興味なのだけど、例えば最初GPLだったが途中からプロプライエタリ(ないし、GPL互換ライセンス)に変更可能なのか知りたい。個人的な考えでは、著作権者全員の合意がとれれば可能という結論。著作物GPLに書かれた通りに扱ってよいとしただけで、著作権者によって著作物の扱い方は変更可能だという考えから。無論、GPLライセンスされたプログラムを受け取った人はソースコードの請求は依然として可能。

参考

http://nippondanji.blogspot.jp/2010/06/gpl.html

http://d.hatena.ne.jp/karasuyamatengu/20110126/1296004598

おやすみ

追記

http://anond.hatelabo.jp/20140722142248

なんで、グレーなのか。なんで、無理なのか。どのような考えでグレー、無理という結論を出しているのかきちんと書いてもらえますか? 私の考えが間違っているならなぜ間違っているか指摘していただけますか? あるいは、下記の増田さんのように具体事例を出してもらえますか? プロプライエタリに戻せないというのなら下記の具体事例はどのようにお考えですか?

http://anond.hatelabo.jp/20140722071548

http://anond.hatelabo.jp/20140722143245
FOSS除外規定のところ

開発したシステム<ー>PHP<ー>MySQL

とした場合に、PHPを飛び越えて(間接的にしか接続していないにも関わらず)開発したシステムGPL適用されるということですか? その場合PHPにもGPL汚染が発生するということになると思いますが、間違いありませんか?(FOSS除外規定を設けているのはMySQLであって、FOSS除外規定無関係な開発したシステムGPLになってしまうと、開発したシステムからGPL汚染が発生するという考えから。)

失礼、下記のパラグラフには誤りがあったので修正しました。

元のパラグラフは下記の通りです。

あと、MySQLデータベースサーバ接続しただけではGPL汚染は発生しません(AGPLはそのためのものなのは前述の通り)。また、PHP接続するクライアントになりますよね。ということは、MySQLと一緒に開発システムを一つのパッケージとして納品しない限りはGPL汚染は発生しないのではないでしょうか?(WEBシステムでそんなこと普通しませんよね。yumとかでインストールするし)

根本的な問題として、FOSS除外規定GPLソフトウェアと他のFLOSSをリンクする際の問題を解決する物であって、MySQLデータベースサーバ接続する場合には関係のない話だと思います。おそらく、問題だとお考えなのはPHPドライバOracle製のGPLプログラムリンクしていたためPHPドライバを利用すればそのような問題が発生するという事だと思います(さらに追記。この通り書かれていますね。よく読んでおらず、失礼いたしました)。現状、PHPライセンスとなっているMySQL Native Driverを利用すればそのような問題は発生しないはずです。

http://php.net/manual/ja/mysqlnd.overview.php


かりに、おっしゃる通り、開発システムもFOSS除外規定に含まれるFLOSSにしなければGPLになってしまうとした場合、それはMySQL独自の問題であり、他のFLOSSに一律で当てはまる問題ではないということでよいでしょうか? なぜこのような質問をするかというとMongoDBが同じような問題を抱えているからです。下記のURLの通り、MongoDBのコアサーバはAGPLですが、ドライバApache licenseを適用し、開発システムにAGPL感染が発生しないようにしています

http://www.mongodb.jp/mongo/licence

上記の様なケースにも実用的に対応する為、(AGPL採用しつつも)我々はあなた方の(MongoDBを利用する)クライアントアプリケーションは(MongoDBとは)別物扱いする事を約束します。これを円滑に行う為、mongodb.orgサポートドライバーあなたアプリケーションリンクする部分)はApache licnese(コピーレフト)の元公開します。


返信お待ちしております

冒頭に書いた通り、間違いがあれば容赦なく指摘してください。

また、具体事例を上げていただいた増田さんありがとうございました。

2012-03-08

SQL JET ODBC OLEDB MDB ACCESS CSV 複数のテーブル JOIN 結合

3つ以上のテーブル(表)を結合させたSQL文を発行させると

'演算子がありません'

エラーになる。


http://homepage1.nifty.com/rucio/main/VBdotNet/Database/Database10.htm

の「3.複数テーブルの結合」

に、解決方法が。多謝。

 
ログイン ユーザー登録
ようこそ ゲスト さん