桐質問掲示板 [One Topic All View / Re[1]: 一覧表印刷にてエラーがでてしまい質問 / Page: 0]

(現在過去ログ58 を表示中)

[ 親記事をトピックトップへ ]

このトピックに書きこむ

過去ログには書き込み不可

■9077 / inTopicNo.1)

　Re[1]: 一覧表印刷にてエラーがでてしまい質問

▼■

□投稿者/ 桐始めました -(2015/05/25(Mon) 08:49:20)

2015/06/01(Mon) 17:48:24 編集(投稿者)
2015/05/25(Mon) 12:25:10 編集(投稿者)

みなさまこんにちは　桐始めましたです。
色々試した結果、表の方で＃表引きを行い、印刷時に置換　[担当者]とすることで、誰かが購入一覧を使っていても使えるようになりました。（もしかしたら根本的な解決にはなっていないかもしれませんが…）

eoさんに教えていただいた、
■#表引きを使用している場合、すべてのクライアントの環境設定で「#表引き関数の表を共有→参照の順に開く」をチェックします。
は、自分のPCではやっており、他のPCも新規のものはしてあるそうです。おそらく、参照で開くと共有じゃなくなるのでエラーしたのだと思います。（共有参照なら問題ないみたいなんですが…）

みなさまありがとうございました。

追記
昔の管理科学研究所への質問メールに表引きに関するメールがあったので一応記載しておきます。（かなり単純なことですが・・・一応です）
■#表引きを使用している場合、すべてのクライアントの環境設定で「#表引き関数の表を共有→参照の順に開く」をチェックをしないと、参照→共有の順で開くそうです。これによりサーバー共有していると開けなくなる元になるのだと思います。チェックを入れると共有→参照の順で開くそうです。

解決済み!

490×359 => 250×183

1432511360.png/13KB

引用返信 [メール受信/OFF] 削除キー/

■9075 / inTopicNo.2)

　Re[15]: ＳＱＬという用語は

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 21:38:32)

ONnojiさん回答ありがとうございました。
大変勉強になりました。
ＳＱＬがデータベースサーバーのことだとばかり思っていました。
教えて頂いたことをふまえて私自身でも勉強してちゃんと覚えたいと思います。

ありがとうございました。

引用返信 [メール受信/OFF] 削除キー/

■9074 / inTopicNo.3)

　Re[4]: サンプル添付は慎重に

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 21:34:43)

試してみました。
新規後、再編集モードにして読み込み表を使えば内容をコピーせずできました。次回からこの方法でやろうと思います。（この方法だとあぶないとかございましたらご意見お願いいたします。）

引用返信 [メール受信/OFF] 削除キー/

■9072 / inTopicNo.4)

　Re[4]: サンプル添付は慎重に

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 19:48:03)

まさやんさん回答ありがとうございます。
そうですね、試すの忘れていました。失礼いたしました。
まず試してから質問するよう心がけようと思います。

すみませんでした。

引用返信 [メール受信/OFF] 削除キー/

■9070 / inTopicNo.5)

　Re[3]: サンプル添付は慎重に

▲▼■

□投稿者/ まさやん -(2015/05/23(Sat) 18:57:35)

> できる限り消したつもりだったのですが・・・
> だめでしたかー
> はい今サンプルを削除しました。

桐はじめましたさん

削除というのは　桐の場合　　ただ単に　見えなくするだけなんです。

表整理　というコマンドがあります。ヘルプ参照してみてください。

> みなさまも解決しましたら削除していただけます様よろしくお願いいたします。
>
> そこで質問です。よければ回答お願いします。
> 表引きをする相手テーブル（今回でいう顧客番号）はファイル名と項目が一緒ならば新規のものでちゃんと購入一覧を開けるようになるのでしょうか？
↑
すみません　この場合一度やってみて　できないかった場合の質問のほうが
いいのでは？　意地悪してるわけでないことお許し下さい。

引用返信 [メール受信/OFF] 削除キー/

■9069 / inTopicNo.6)

　ＳＱＬという用語は

▲▼■

□投稿者/ ONnoji -(2015/05/23(Sat) 18:45:39)

2015/05/23(Sat) 18:56:57 編集(投稿者)
2015/05/23(Sat) 18:49:20 編集(投稿者)
2015/05/23(Sat) 18:48:48 編集(投稿者)

> ＳＱＬに詳しい方かなと思い少し質問させていただきました。

ＳＱＬという用語は、
リレーショナルデータベース管理システム (RDBMS) において、
データの操作や定義を行うためのデータベース言語（問い合わせ言語）です。

↑の意味のＳＱＬならば、ウン十年も前からＲＤＢＭＳの基本知識として知ってますよ。

※ちなみに、ＳＱＬは難しいものではありませんよ。
※ＭＳアクセスでも選択クエリでＳＱＬが使えたでしょ。
※ＳＱＬには、ＲＤＢＭＳの実装ごとに拡張した方言あるのが難点ですがね。

> ＳＱＬならば今回のようなエラーが出ないと思ったのです。

用語の使い方が誤っているようですね。
つまり、［クライアントサーバ方式］のＲＤＢＭＳをＳＱＬと総称しませんよ。

単にＳＱＬをソフトウェア名に含めた製品が多いだけですよ。
オラクル、サイベース、インフォミックスなんていうのもＲＤＢＭＳですよ。

※Microsoft SQL Server という製品は、マイクロソフト社のＲＤＢＭＳソフトウェアです。
※ウン十年も前ですが、私は最初ハードウェアと誤解しましたよ。ハハハha。

【引用】SQL　出典: フリー百科事典『ウィキペディア(Ｗｉｋｉｐｅｄｉａ)』
SQL（エスキューエル[1]英語i /??s kju? ??l/、シークェル[1]英語i /?si?kw?l/、シーケル[2]）は、リレーショナルデータベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）である。エドガー・F・コッドによって考案されたリレーショナルデータベースの関係モデル（リレーショナルモデル）における演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。データベース言語の国際標準としてのSQLは何かの略語ではない[3]。

SQLは、シークェル [?si?kw?l] と読まれることもある。これは、SQLの元となったデータベース言語が、IBM社が開発したRDBMSの実験実装である System R の操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。

引用返信 [メール受信/OFF] 削除キー/

■9067 / inTopicNo.7)

　Re[13]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 17:45:50)

ONnojiさん回答ありがとうございます。
ＳＱＬに詳しい方かなと思い少し質問させていただきました。
ＳＱＬならば今回のようなエラーが出ないと思ったのです。

ただ、質問内容からもはずれていますので、私自身で再度調べた後、必要ならば
再度スレを立てて質問しようと思います。

本当にありがとうございました。

引用返信 [メール受信/OFF] 削除キー/

■9066 / inTopicNo.8)

　Re[2]: サンプル添付は慎重に

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 17:40:17)

2015/05/23(Sat) 18:07:53 編集(投稿者)

できる限り消したつもりだったのですが・・・
だめでしたかー
はい今サンプルを削除しました。

本来表だけならば新規で作ってしまえばよかったのですが、＃表引きのこともありつけてしまいました。

みなさまも解決しましたら削除していただけます様よろしくお願いいたします。

そこで質問です。よければ回答お願いします。
表引きをする相手テーブル（今回でいう顧客番号）はファイル名と項目が一緒ならば新規のものでちゃんと購入一覧を開けるようになるのでしょうか？

よろしくお願いいたします。

引用返信 [メール受信/OFF] 削除キー/

■9064 / inTopicNo.9)

　サンプル添付は慎重に

▲▼■

□投稿者/ 老婆心 -(2015/05/23(Sat) 13:35:05)

桐始めましたさんこんにちは
> 表には担当者という項目はありません。（おそらくですが）
> サンプルをこっそり添付します。
>（できる限り特定されないよう社名等は消してます）
一覧表の住所は削除した方がよいのでは？
顧客番号.tblなどの個人情報は、表の枠組みや、表の書き出しで
削除レコードなどを復活されないようにしてから、桐の住所録
サンプルを項目名を変えて読み込むとかして添付した方がよいですよ。
興味のあるかたはダウンロードしたでしょうから削除をおすすめします。

引用返信 [メール受信/OFF] 削除キー/

■9063 / inTopicNo.10)

　Re[12]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ ONnoji -(2015/05/23(Sat) 12:16:27)

2015/05/23(Sat) 19:01:28 編集(投稿者)
2015/05/23(Sat) 12:39:39 編集(投稿者)
2015/05/23(Sat) 12:31:31 編集(投稿者)

私は、スタンドアロンの桐アプリケーションの経験しかありません。

なお、仕事場では商品出荷業務用のアプリケーションはＭＳＳＱＬサーバ＋．ＮＥＴＶＢのものが稼働していますが、
これはシステムインテグレータの業者に作らせたものであり、一般的に１０００万円位いするものです。
このシステムは業者がメンテナンスするので、桐で接続することは一切ありません。

ちなみに、このシステムがテキストで出力する商品マスターの差分は、
（Ｐ２Ｐ的な考え方で）ＬＡＮ上の桐マシンにおいて複写更新をバッチ(.bat)＋イベント(.kev)で行っています。
※Ｐ２Ｐ的な考え方なので、マスタデータは各マシンにそれぞれ保持されています。
しかし、桐はスタンドアロンの業務にしか使わないので、桐でのデータ共有はしません。

> 1.　たとえばクライアントサーバモデル（C/S）に以降するとしたら
> どの程度桐のテーブル・フォーム・レポート・一覧表印刷が使用できて、
> 新規で起こすものはどれくらいなのでしょうか？
>
> 2.　どのようなクライアントサーバモデル（C/S）をオススメ等ありますでしょうか？
>
> 3.　2がありましたらそのまたオススメの参考書、サイトを教えて頂けますか？
　↑
これらの質問には、桐とＭｙＳＱＬの接続などの経験がある人のアドバイスが必要でしょう。

元々の質問から外れて、質問が発散してエンドレスになる恐れがあります。

つまり、仕切り直しが必要です。

新しいツリー（スレッド）を作って質問してください。

引用返信 [メール受信/OFF] 削除キー/

■9062 / inTopicNo.11)

　Re[2]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 11:09:52)

eoさん回答ありがとうございます。
表引きにそのような設定があったとは・・・知りませんでした。
上司に報告して徹底使用と思います。（たしか新規のPCではその設定はしているはずなんですが。。。）

表引きするならばあらかじめ共有で開いておけばいいのは知りませんでした。これなら編集にて対応できそうなのでそれをやってみようと思います。ありがとうございました。

引用返信 [メール受信/OFF] 削除キー/

■9061 / inTopicNo.12)

　Re[9]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 11:02:25)

まさやんさん回答ありがとうございます。
> 表を開いて　属性　→　列の表示　→　一覧で設定　という　のがあります　　そこの　[担当者]　　表示　　に　チェックを入れます。
>
> 以前から思っていましたが　これって不便ですよね。(セキュリテイの関係かも？)
不便なのは確かです。けど隠しコマンド的な使い方もできるのでちゃんと管理すればいい機能なのかもしれません。少しあとで試してみます。ありがとうございます。

> 可能です。が　#表引きの再計算中にまた同じ状態だったらエラーがでるのでは？(やってみないとわからないですがね)
パソコン２台でやれば擬似的にその状態にはできるのでそれで月曜日に試してみます。ありがとうございます。

引用返信 [メール受信/OFF] 削除キー/

■9060 / inTopicNo.13)

　Re[11]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/23(Sat) 10:59:10)

ONnojiさん回答ありがとうございます。
、桐と同じということですよ。
>
>>SQLサーバーや無料のMySQLとなると高度なプログラミングが要求される感じがしていて、
>>（調べても結構複雑そうだった。）それをやるとなると桐の１０倍くらい大変そうだったのでやめたいのが本音です。
>>（最近同じ部署に情報系の新人が入ったのでその子に任されそうですが）、
>>今は少ししか知らないのも原因なので少し知りたい気持ちもあります。
～省略～
> データを問い合わせることが出来るのが普通ですよ。
桐の外部DBの関数を使えばいいということでしょうか。

> なぜならば、当然違うソフトウェアなので、仕様や特長や個性に違いがあります。
やはり、そうだったのですね。ソフトそのものが違うので同じ機能を持たすのでもアプローチ方法が違うのかなと感じました。

現在の桐としては、不特定な人数で１～３人程度がつなぐ程度です。
忙しいときはそれが５名になったりします。
仕事内容は製作一覧、購入一覧に登録、印刷にてそれらの情報を伝達と外部の業者に依頼することと、引合一覧にてメーカー様と我が社のデータがわかるように編集して登録しています。製作一覧、購入一覧にはそれぞれ、顧客番号等の表が表引きにてリンクしていたりします。

そこで質問です。
1.　たとえばクライアントサーバモデル（C/S）に以降するとしたらどの程度桐のテーブル・フォーム・レポート・一覧表印刷が使用できて、新規で起こすものはどれくらいなのでしょうか？

2.　どのようなクライアントサーバモデル（C/S）をオススメ等ありますでしょうか？

3.　2がありましたらそのまたオススメの参考書、サイトを教えて頂けますか？

よろしくお願いいたします。

引用返信 [メール受信/OFF] 削除キー/

■9058 / inTopicNo.14)

　Re[1]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ eo -(2015/05/23(Sat) 09:37:03)

2015/05/23(Sat) 09:47:05 編集(投稿者)
2015/05/23(Sat) 09:42:38 編集(投稿者)

関係ないかもしれないですけど、桐ヘルプに表を共有で使用するときの注意と制限についての中に下記のがあります。

■#表引きと#表引き2は、この関数を実行したときに開きます。一度、内部的に開かれた表引き表は、呼び出した表を閉じない限り、閉じられることはありません。#表引きまたは#表引き2で使用する表をほかのユーザと共有する場合は、[ツール]メニューの[環境設定]を選び、[全般]タブの[高度な設定]ボタンをクリックし、[「#表引き」関数の表を共有→参照の順に開く]をONにしておくか、あらかじめ表引き表を共有更新モードまたは共有参照モードで開いておいてから、参照する表を開きます。

■#表引きを使用している場合、すべてのクライアントの環境設定で「#表引き関数の表を共有→参照の順に開く」をチェックします。

簡単なので試してみては？

引用返信 [メール受信/OFF] 削除キー/

■9057 / inTopicNo.15)

　Re[10]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ ONnoji -(2015/05/22(Fri) 23:16:32)

2015/05/23(Sat) 10:26:25 編集(投稿者)

> アクセスでも変わりませんか・・・。

アクセスは［クライアントサーバモデル（C/S）］ではないでしょ。

つまり、桐と同じということですよ。

> SQLサーバーや無料のMySQLとなると高度なプログラミングが要求される感じがしていて、
> （調べても結構複雑そうだった。）それをやるとなると桐の１０倍くらい大変そうだったのでやめたいのが本音です。
> （最近同じ部署に情報系の新人が入ったのでその子に任されそうですが）、
> 今は少ししか知らないのも原因なので少し知りたい気持ちもあります。

［クライアントサーバモデル（C/S）］の場合には、

（基本的に）サーバにデータベースエンジンが鎮座しているということです。

プログラム的には、サーバになるコンピュータ側に［データベースエンジン］があり、

クライアントになるコンピュータ側に［問い合わせプログラム］があるということです。

だから、［クライアントサーバモデル（C/S）］と呼んでいます。

サーバ側の［データベースエンジン］に対しては、

データベースの問い合わせは、［問い合わせプログラム］を使うこともできますが、

クライアント側のコンピュータからＯＤＢＣ等のミドルウェアでＣ言語等やアプリケーションソフトから

データを問い合わせることが出来るのが普通ですよ。

> 設備投資も大変そうだと思っていますが、どうなんでしょう？
> あと、SQLサーバーとMｙSQLって何が違うんでしょうか？
> 知っていましたら教えていただきたいです。

SQLサーバーとMｙSQL は、どちらも［クライアントサーバモデル（C/S）］です。

何が違うかですかって？
　↑
それは大いなる愚問ですよ。

なぜならば、当然違うソフトウェアなので、仕様や特長や個性に違いがあります。

値段（ライセンスフィー）とライセンスも違います。

まるで、トヨタとニッサンの車のどこが違うのかという質問と同じです。

トヨタとニッサンのどちらの製品も、自動車の機能には違いがありません。

それぞれのＲＤＢＭＳの特徴については、ウィキペディア(Ｗｉｋｉｐｅｄｉａ)などを参考にしてください。

引用返信 [メール受信/OFF] 削除キー/

■9054 / inTopicNo.16)

　Re[8]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ まさやん -(2015/05/22(Fri) 18:57:48)

2015/05/23(Sat) 05:21:21 編集(投稿者)

2015/05/22(Fri) 19:02:05 編集(投稿者)
2015/05/22(Fri) 18:59:44 編集(投稿者)

> すみません。今回の回答をふまえて質問があります。知っていましたらご回答お願いします。
> 1.　購入一覧に担当者が再定義には存在し、通常にはいないのは設定なのでしょうか？

表を開いて　属性　→　列の表示　→　一覧で設定　という　のがあります　　そこの　[担当者]　　表示　　に　チェックを入れます。

以前から思っていましたが　これって不便ですよね。(セキュリテイの関係かも？)

> 2.表の再計算を使って表引きの内容を後から更新することは可能でしょうか？
> これができるなら入力時に表引きしてあとで再計算させることで回避できそうです。

可能です。が　#表引きの再計算中にまた同じ状態だったらエラーがでるのでは？(やってみないとわからないですがね)

もし　印刷の時にする意味が無かったら　　データ入力の時に一気にした方がいいと思います。

引用返信 [メール受信/OFF] 削除キー/

■9053 / inTopicNo.17)

　Re[7]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/22(Fri) 18:52:00)

まさやんさん回答ありがとうございます。
> その辺の詳しい人がいると思いますので　待ってみましょう。
そうですね。急ぎすぎました。待ってみようと思います。

> 考えてみると　その時に表引きしないといけないのかな？
> 仕入先に　データが入っていたので。
>
> つまり　購入一覧TBL　の行追加の時に　表引きなり
> あるいは　　顧客番号から　検索して　顧客情報を
> 変数で　引っ張ってくるなりの方が　いいのでは？
確かにそうですね。また月曜日に入力時に表引きしていいか聞いてみようと思います。

> 表に　項目追加して　それで対処する。　勿論　#表引きの　件です。
>
> 例えば　[購入担当者]　　[仕入担当者]　　その取引の時に　変数なり表引きで引っ張ってくる。
>
> あくまでも　推測です。
> そして印刷の時に　　置換　[担当者]=[購入担当者]　あるいは　[仕入・・]
> とかね。
今回印刷するものが、ちょうど取引を行う用紙を印刷するものなのです。なので、表引きはこの印刷時にしたいです。（そこで質問があります）

すみません。今回の回答をふまえて質問があります。知っていましたらご回答お願いします。
1.　購入一覧に担当者が再定義には存在し、通常にはいないのは設定なのでしょうか？

2.表の再計算を使って表引きの内容を後から更新することは可能でしょうか？
これができるなら入力時に表引きしてあとで再計算させることで回避できそうです。

引用返信 [メール受信/OFF] 削除キー/

■9052 / inTopicNo.18)

　Re[6]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ まさやん -(2015/05/22(Fri) 18:09:15)

2015/05/22(Fri) 18:35:32 編集(投稿者)
2015/05/22(Fri) 18:15:06 編集(投稿者)
2015/05/22(Fri) 18:14:26 編集(投稿者)

> 行訂正や置換というよりも＃表引きがいけないのではないか？と今は考えて調べています。といっても＃表引きをしないと担当者を入力できないので、変えられないのも事実です。当初の別表のプランで考えてみようと思います。

桐はじめましたさん

前にもお話ししたように　　#表引き　云々のことではない気がします。

問題点については素人ですが　

トランザクション関係　とか
他の人が使っている状態を調べる関数
使っているときには　〇〇　する　とか

システム的な　気がします

#表引きとかの問題であれば　他の人が使っていないときにも　エラーが出ると思います。

その辺の詳しい人がいると思いますので　待ってみましょう。

考えてみると　その時に表引きしないといけないのかな？
仕入先に　データが入っていたので。

つまり　購入一覧TBL　の行追加の時に　表引きなり
あるいは　　顧客番号から　検索して　顧客情報を
変数で　引っ張ってくるなりの方が　いいのでは？

印刷の時に　その仕事する　意味合いがあるのなら別ですが。
(意味合いがあるから　そこでやってんですよね(失礼))

表に　項目追加して　それで対処する。　勿論　#表引きの　件です。

例えば　[購入担当者]　　[仕入担当者]　　その取引の時に　変数なり表引きで引っ張ってくる。

あくまでも　推測です。
そして印刷の時に　　置換　[担当者]=[購入担当者]　あるいは　[仕入・・]
とかね。

引用返信 [メール受信/OFF] 削除キー/

■9051 / inTopicNo.19)

　Re[5]: 一覧表印刷にてエラーがでてしまい質問

▲▼■

□投稿者/ 桐始めました -(2015/05/22(Fri) 17:44:32)

まさやんさん回答と試していただいてありがとうございました。

うーん、結構問題の根が深そうですね。
行訂正や置換というよりも＃表引きがいけないのではないか？と今は考えて調べています。といっても＃表引きをしないと担当者を入力できないので、変えられないのも事実です。当初の別表のプランで考えてみようと思います。

引用返信 [メール受信/OFF] 削除キー/

■9050 / inTopicNo.20)

　Re[9]: 一覧表印刷にてエラーがでてしまい質問

▲　■

□投稿者/ 桐始めました -(2015/05/22(Fri) 17:41:29)

ONnojiさん回答ありがとうございます。

アクセスでも変わりませんか・・・。

SQLサーバーや無料のMySQLとなると高度なプログラミングが要求される感じがしていて、（調べても結構複雑そうだった。）それをやるとなると桐の１０倍くらい大変そうだったのでやめたいのが本音です。（最近同じ部署に情報系の新人が入ったのでその子に任されそうですが）、今は少ししか知らないのも原因なので少し知りたい気持ちもあります。
設備投資も大変そうだと思っていますが、どうなんでしょう？
あと、SQLサーバーとMｙSQLって何が違うんでしょうか？
知っていましたら教えていただきたいです。

引用返信 [メール受信/OFF] 削除キー/

次の20件＞

トピック内ページ移動 / << 0 | 1 >>

HOME HELP 新規作成新着記事トピック表示ファイル一覧検索過去ログ

- Child Tree -
- Antispam Version -