facebook twitter hatena line google mixi email
★お気に入り追加


  • 1
  •  
  • 2004/12/16 14:41:10
ふとOpenOffice.org1.9.65と云うモノを試してみたんだが
OpenOffice.org1.1.3まで無かったDBが入ってて
おまけにAccessソックリでびっくり!!
テスト環境
OpenOffice.org1.9.65 + 1.9.65日本語ランゲージパック
ちょっと遊んでみまつ

ここまで見た
  • 149
  •  
  • 2006/01/23(月) 02:23:42
共有型だろうがちゃんと動けばかまわんけど、Accessのフロントエンドを普通に使うと
排他制御が綺麗にできてないことが多いからな

1人で100%でも2箇所からのアクセスでパフォーマンスは1/4以下になるし

paradoxもすさまじい低下だったな・・・

ここまで見た
  • 150
  •  
  • 2006/01/23(月) 03:04:44
共有型だとトランザクションの管理がいい加減だからな。
構造上仕方ないけど。

ここまで見た
  • 151
  •  
  • 2006/01/23(月) 13:10:01
良い加減なら丁度いいな。

ここまで見た
  • 152
  •  
  • 2006/01/23(月) 14:44:29
>>151
おもしろいと思ってるの?

ここまで見た
  • 153
  •  
  • 2006/01/23(月) 16:51:29
>>152
おもしろいと思ってるの?

ここまで見た
  • 154
  •  
  • 2006/01/23(月) 23:01:40
145です。
ファイルメーカーで3ユーザーまでの共有しか使ったことが無い初心者です。
アドバイスありがとうございます。
Baseで共有は難しそうなので、余裕のあるとき少しづつ試そうかなと思います。

ここまで見た
  • 155
  •  
  • 2006/01/24(火) 00:09:00
>>145
Baseで共有が難しいというよりファイル共有という考えから脱却しては?
というアドバイスだと思うが。


ここまで見た
  • 156
  •  
  • 2006/01/24(火) 00:29:46
ファイル共有ベースでは2ユーザーまでが現実的な線
俺こっち触るからこれ触らないでねとか運用ベースでの解決が必要だからね

ここまで見た
  • 157
  • 148
  • 2006/01/24(火) 02:31:44
>>154
やはり読み間違ったか。ちゃんと読んでほしい。
「ファイル共有ならファイルメーカーの方が良い」とは一度も言ってない。

繰り返すが、Baseでもファイル共有できる。ファイルメーカーと同じ。
ただ、もっといい方法が用意されているのでそっちを使った方がいい、
と言ってるんだけど。

Baseをオススメしないのではなくファイル共有をオススメしない。
ファイルメーカーだろうとBaseだろうとAccessだろうとParadoxだろうと
dBASE(今どき知らんか?)だろうと、「共有型だとトランザクションの
管理がいい加減」なのは同じ。

ここまで見た
  • 158
  •  
  • 2006/01/24(火) 03:56:10
>>154
どっかのマシンにDBをインストールして
そっちに繋げたほうがいいと思うよ
少し調べてみては?

ここまで見た
  • 159
  •  
  • 2006/01/24(火) 11:52:57
横からわるいのだけど、
BaseやAccessから単一のDBサーバに多数のクライアントが接続した場合、トラ
ンザクションの管理は自動でやってくれるの?

>>154 はそこをどうやればいいわからなくて、ファイル共有型にしがみついてる気
がするんだけど。

ここまで見た
  • 160
  •  
  • 2006/01/24(火) 12:14:08
一応最低限のロック関係はあるけどフロントエンドに便利な
Accessのフォームやレポートを使わないことが前提になる


実際運用するとロックファイルがよく壊れるというのも問題だった
ロックファイルをそのままにしておくと立ち上がらないしね

所詮スタンドアロン用


ここまで見た
  • 161
  •  
  • 2006/01/24(火) 12:16:15
>>159
どんなDBつかおうがDBの特性を知ってロック処理をしないと
マルチユーザーで不具合が出る
勝手にやってくれるということはないよ

そもそもAccessでトランザクションやってない人もいるけどね
俺には信じられんことだが

ここまで見た
  • 162
  •  
  • 2006/01/24(火) 21:56:39
ファイル共有型ってのはDBを誰も管理していないから、怖いよね。
ある意味並列処理だ。

ここまで見た
  • 163
  •  
  • 2006/01/26(木) 08:15:27
別に普通にやってみりゃいいじゃん。
SQLサーバとか使うの面倒なんだろ?
3台で共有してても使うのは一人とかありがちだろ?

ここまで見た
  • 164
  •  
  • 2006/01/26(木) 12:17:31
共有型は触ってなくてもしばらくはなさないんだよな
2分くらいするとはなすから急に早くなる


ここまで見た
  • 165
  •  
  • 2006/01/26(木) 14:16:01
共有型?

ここまで見た
  • 166
  •  
  • 2006/01/30(月) 23:32:17
Baseって背後でHSQLDBを使っているんですか?

ここまで見た
  • 167
  •  
  • 2006/01/31(火) 01:40:37
>>166
そうらしいです

ここまで見た
  • 168
  •  
  • 2006/02/14(火) 17:58:43
ファイル共有とC/Sの違いが理解出来ないんだろう。ってことでいいんでつか

ここまで見た
  • 169
  •  
  • 2006/02/14(火) 18:05:00
 

ここまで見た
  • 170
  •  
  • 2006/02/22(水) 23:10:03
テキストデータ(CSV等)のインポートのやり方がわかんにゃい・・・

ここまで見た
  • 171
  •  
  • 2006/02/23(木) 00:16:11
>>170
データベースを開く
既存のデータベース開くを選択
既存のデータベースに接続でテキストを選択

テキストファイルのパスでブラウズを選択しcsvファイルの有るフォルダを選択
コンマ区切りを選んで次へ

データベース名を決めて保存
これでcsvファイルに接続できる

csvファイルをインポートするには
もう一つodbファイルを新規作成し、今開いているテーブルを
新しいodbにドラッグアンドドロップすることでインポートされる

ちょっと手間がかかるが・・・

関係ないが2.02でcsvファイルのインポートで文字化けする件
直っているっぽい




ここまで見た
  • 172
  •  
  • 2006/02/23(木) 20:15:57
 

ここまで見た
  • 173
  •  
  • 2006/02/23(木) 23:15:48
>171
それだとCalcが起動して、行数オーバーで全部取り込めないのです。
具体的には郵貯ページから落とした郵便番号データをテーブルとして
インポートしようと思ったんですけど・・・
ACCESSのインポートの感覚でいたので、いまいちなじめないでいます。

ここまで見た
  • 174
  •  
  • 2006/02/24(金) 00:32:45
>>171 の前半部分は、Calcは関係ないぞ。CSVのODBファイルを作成している。
もっとも日本語が化けないようにするには、2.0.2を使わないといけないが。

ここまで見た
  • 175
  •  
  • 2006/03/02(木) 23:05:31
>>173
ファイル → 開く からCSVを開くのではなく、
ファイル → 新規作成 → データベース でデータベースウィザードを開き、
そこからCSVを読み込ませると出来るよ。

ここまで見た
  • 176
  •  
  • 2006/03/07(火) 20:22:11
例えば名簿テーブルに性別IDのカラムがあって、
性別テーブルにIDが0なら男、1なら女という行だけがあって、
名簿の入力フォームで男と女のメニューが出てくるようにするには
どうすればいいんでしょう?
テーブル間にリレーションを設定しても何も意味がなさそうだし。
それにリレーションの設定ってどこに効いてくるんでしょう?


ここまで見た
  • 177
  •  
  • 2006/03/08(水) 09:43:04
フォームを編集モードで開き、当該の項目をリストボックスにする。
あとはウィザード任せ。

ここまで見た
  • 178
  •  
  • 2006/03/15(水) 20:46:54
CSVファイルでも一旦Calcで表計算形式に保存しなおしてから読めば大丈夫だね。
そもそも>>173の例ではそもそもCalcが使い物にならないわけだけど・・・。

ここまで見た
  • 179
  •  
  • 2006/03/15(水) 22:20:35
CSVを保存しなおすの?そういうの流行ってるんだ。

ここまで見た
  • 180
  • 171
  • 2006/03/15(水) 23:43:20
>>178
だから

baseでcsvファイルを読み込む説明をちゃんとしているでしょ?
calcを使うことでもできることはできるが65536行以上読み込めないのだから

ここまで見た
  • 181
  •  
  • 2006/03/18(土) 11:40:14
pythonでcsv読ませてodbにSQL投げる。

ここまで見た
  • 182
  •  
  • 2006/03/18(土) 21:33:33
 

ここまで見た
  • 183
  •  
  • 2006/05/10(水) 10:14:09
hoshu

ここまで見た
  • 184
  •  
  • 2006/05/28(日) 23:53:14
これ、ACCESSみたいなクロス集計機能ついてますか?
標準SQLにはない機能だけど結構便利に使っていたんで。
EXCELのピボットテーブルだと文字列が使えないので
不便するのです。

ここまで見た
  • 185
  •  
  • 2006/05/29(月) 14:19:37
試さないでレスするおれも何だが
Accessと同じ感覚で扱えるから試してみれば
おれも夕方検証してみる

ここまで見た
  • 186
  •  
  • 2006/05/30(火) 09:46:06
>>184
Baseにはないです。
CalcのデータパイロットからBaseのデータを呼び出して
使います。
データパイロットはExcelのピボットテーブルとほほ同じ。

ここまで見た
  • 187
  •  
  • 2006/06/27(火) 13:28:17
ほしゅ

ここまで見た
  • 188
  •  
  • 2006/07/18(火) 15:34:50
Accessの足元には及ばないね

ここまで見た
  • 189
  •  
  • 2006/07/18(火) 22:50:24
AccessはDSLじゃ動かないから

ここまで見た
  • 190
  •  
  • 2006/07/24(月) 22:32:59
AccessはWindowsでしか動かないから

ここまで見た
  • 191
  •  
  • 2006/07/26(水) 07:10:00
つ [Wine]

Access って必要か?

ここまで見た
  • 192
  •  
  • 2006/07/26(水) 23:07:56
>>184
試さないでレスするおれも何だが、デザインはAccessと同じ感覚で扱えるから
試してみれば?
オレは頭がAccess思考なのでExcelで計算させるんじゃなくて
Accessで処理したデータをExcelに書き出している。


ここまで見た
  • 193
  •  
  • 2006/08/06(日) 23:46:46
Accessのこの機能ってBaseにもあるの?やりかた教えてくらさい。
http://office.microsoft.com/ja-jp/assistance/HP051885011041.aspx

ここまで見た
  • 194
  • 193
  • 2006/08/06(日) 23:52:40
言い忘れました。ver2.0.3です。

ここまで見た
  • 195
  •  
  • 2006/08/07(月) 09:12:56
>>193
その機能はありません。
かわりにWriterでフォームつくってください。
フォーム=1ファイルにすれば、目的はかなえるのでは。
Ver1.1xなら、Writer用のフォームウィザードがあったけど、
2.0系にはありません。その分面倒だけど、できないことは
ないので、がんばってください。

ここまで見た
  • 196
  • 193
  • 2006/08/12(土) 09:34:48
レスサンクスです。やってみます。

ここまで見た
  • 197
  •  
  • 2006/09/19(火) 19:53:00
Baseにはマクロ言語機能はないのですか?

ここまで見た
  • 198
  •  
  • 2006/09/20(水) 13:28:40
どういうこと? OOoBASICでルーチンな処理を記述したりできるかということなら
当然できるよ。

ここまで見た
  • 199
  •  
  • 2006/09/21(木) 10:36:05
すみません。マクロを記録する機能です。
マクロコードを自動的に吐き出させる機能と書くべきでした。

ここまで見た
  • 200
  •  
  • 2006/09/26(火) 20:18:47
「GPLは危険」 複数のLinuxカーネル開発者が共同声明
http://opentechpress.jp/opensource/article.pl?sid=06/09/26/0227202
---
TorvaldsはLKMLへのメールの中で、Bottomleyの意見に同意している。
「僕の個人的な意見を言うと、 公開議論の大部分が、
 GPLに関して政治的な動機を持った人たちによって行なわれているなあということ。
 だからとても声の大きなGPL支持者たちがいる。
 だけど大量の開発を結局のところ実際にやってる人たちっていうのは
 普通は彼らほど口が達者じゃないし、実際その意見はほとんど知られてないって気がする。
 FSFの意見は実際の開発者の(しかも、かなり多数の)意見を必ずしも代弁してはいないっ
 てことを、 実際の作業をたくさんやる人たちが知らしめる手段だ。」

お絵かきランド
フリックラーニング
ここまで見た

★お気に入り追加

このページを共有する
facebook twitter hatena line google mixi email
おすすめワード