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日本語ランゲージパック
ちょっと遊んでみまつ

ここまで見た
ここまで見た
ここまで見た
  • 343
  • bIzAGezznp
  • 2007/11/22(木) 22:51:10
http://gkinyn.cn mp3 dmusic downloads ipod

ここまで見た
  • 344
  • bkmGDWeUUsiLsD
  • 2007/11/23(金) 10:58:31
http://iqlveq.cn cheap mp3 downloads

ここまで見た
  • 345
  • VqqtSfSpzsP
  • 2007/11/23(金) 21:15:04
http://kgnsye.cn/imax-california.html Imax california
http://kgnsye.cn/california-dept-of-corporation-htm.html California dept of corporation htm
http://kgnsye.cn/single-family-homes-carlsbad-california.html Single family homes carlsbad california
http://kgnsye.cn/archangel-tattoo-design.html Archangel tattoo design
http://kgnsye.cn/blue-book-pricings-for-atv.html Blue book pricings for atv

ここまで見た
  • 346
  •  
  • 2007/11/24(土) 10:58:16
データの位置が絶対指定じゃなきゃ、
少なくともあとから変更できるなら乗り換えるんだが。

ここまで見た
  • 347
  •  
  • 2007/11/24(土) 12:39:05
MSOfficeも絶対指定じゃん
セルの位置じゃなくて参照先ファイルの話だけど
ルートのドライブ名変えただけで切れるってどんだけ

ここまで見た
  • 348
  • UMnhLKPtLCKxHpcHLg
  • 2007/11/24(土) 23:16:10
http://bfsnbw.cn/mp33 bite me

ここまで見た
  • 349
  • GYRNfCRJBRdMaLHkyrz
  • 2007/11/25(日) 03:26:23
http://bfsnbw.cn/mp36 white fur faux wrap


ここまで見た
ここまで見た
ここまで見た
  • 352
  •  
  • 2007/12/15(土) 02:02:39
accessでは値集合ソースに以下のようなものを指定し、
SELECT [T_勘定科目-小分類].ID, [T_勘定科目-小分類].科目名 FROM [T_勘定科目-小分類];

列幅を0cm;2.54とすることでIDの部分だけ隠すことができました。
Baseでも同じようなことはできないのでしょうか?



ここまで見た
  • 353
  •  
  • 2007/12/16(日) 18:39:28
OpenOffice.org Drums

ここまで見た
  • 354
  •  
  • 2008/01/07(月) 01:58:07
クエリーをベースにフォームを作るとリードオンリーになってしまうま。
何とかならないくまー? クマクマ( ・(ェ)・)


ここまで見た
  • 355
  •  
  • 2008/01/07(月) 09:53:27
>>354
http://oooug.jp/faq/index.php?faq/4/21

ここまで見た
  • 356
  •  
  • 2008/01/08(火) 01:38:39
ずいぶん長いスレッドみたいですけど、一言で言えばできないってことですなぁ・・・・
要望にあがってるらしいけど、今つかってるの2.3.0でもまだできない。
つーか、できてしまうアクセスが悪いのかも。

ここまで見た
  • 357
  •  
  • 2008/01/08(火) 20:01:45
一対多で一側データを変更できちゃうアクセスが悪い。

ここまで見た
  • 358
  •  
  • 2008/01/09(水) 10:25:24
>>357
そうなんだよな〜
Accessではできたと言われても困る

とはいえクエリーではなくリレーションシップを作成して、
サブフォームにすれば、それなりに動くと思う

ここまで見た
  • 359
  •  
  • 2008/01/10(木) 21:02:21
整数に最短整数、短整数、整数、長整数があるけど、それぞれのサイズがわからない。

最短整数 1bit unsigned
短整数 1byte unsigned
整数 2byte signed
長整数 4byte signed

でいいの?

あとテーブルデザインで行の挿入をやっても末尾にしか入らないのは仕様?

ここまで見た
  • 360
  •  
  • 2008/01/11(金) 08:34:38
未だに16bitCPUなの?


ここまで見た
  • 361
  •  
  • 2008/01/11(金) 09:25:01
>>359
新しいデザインの新規テーブルに
テーブルコピーで移行する

その方が安心・安全

Baseの埋め込みデータベースは
あまり信用しないように

ここまで見た
  • 362
  •  
  • 2008/01/15(火) 05:19:27
質問です。
OpenOffice.org 2.3.1 Baseで作った簡単な住所録の一部です。都道府県を
リストボックスのドロップダウンから選択する、というだけのフォームです。
なぜか一覧に都道府県が表示されません。表、SQL、クエリーのいずれを
使っても表示できません。なぜでしょうか?ご存知であればご教示下さい。
以下にサンプルファイルをアップしております。拡張子をodbに変更してご覧
下さい。当方の環境はMicrosoft Windows xp SP 2、JRE 1.6.0_03です。
ttp://xtp0001.s3.x-beat.com/cgi-bin/up/source/Sonata_23814xxx.html

ここまで見た
  • 363
  •  
  • 2008/01/15(火) 21:50:33
>>362
ウィザードから普通にリストボックスを追加すれば動くので、
それを参考にして修正しては?

ここまで見た
  • 364
  •  
  • 2008/01/24(木) 20:20:58
フォームのテキストボックス。
テキストボックスのくせに(1234)という文字列を-1234と表示しやがる。
書式つきにすると文字列表示できないみたいだし。あほか。

あと、テーブル表示させても、カラムの順番変えられないから、
メッサ使いにくい。

ここまで見た
  • 365
  •  
  • 2008/01/24(木) 23:00:36
>>364
前半は誤解だった。
CSVからcalc経由でインポートしたときに、calcで変換されたらしい。

ここまで見た
  • 366
  •  
  • 2008/02/05(火) 11:29:29
OpenOffice.org 2.4(2008/03)は
Access 2007(.accdb)対応らしい

すげぇ


ここまで見た
  • 367
  •  
  • 2008/02/06(水) 09:58:06
>>366
まじ。じゃあもうMSOfficeに高い金払わなくていんだな。すげえ

ここまで見た
  • 368
  •  
  • 2008/02/06(水) 13:24:25
ttp://journal.mycom.co.jp/news/2008/01/30/029/

ここまで見た
  • 369
  •  
  • 2008/02/19(火) 08:55:27
>>364
なんで?

ここまで見た
  • 370
  •  
  • 2008/02/21(木) 11:32:34
これ暗号化できるん?

ここまで見た
  • 371
  •  
  • 2008/02/26(火) 15:08:19
質問です。
リレーション?を繋げる時に、別のodbファイルと
繋ぐ事は可能でしょうか?


ここまで見た
  • 372
  •  
  • 2008/02/26(火) 22:38:20
>>371
HSQLDBではできない。
SQL Serverとつなげたときはできた
という話をどこかで見た。

ここまで見た
  • 373
  •  
  • 2008/03/03(月) 14:59:18
せめてもう少しだけでも軽くならないですかねぇ・・・

ここまで見た
  • 374
  •  
  • 2008/03/05(水) 04:10:52
StarSuiteに浮気シナ

ここまで見た
  • 375
  •  
  • 2008/04/04(金) 20:03:58
Ver2.4 DLした。これはすごい。ACCESS互換、もうMSはいらない!

ここまで見た
  • 376
  •  
  • 2008/04/04(金) 21:36:45
>>375
kwsk

まさか、accdbのテーブルが読み書き出来るってだけか?

ここまで見た
  • 377
  •  
  • 2008/04/11(金) 22:45:20
ここまでバグだらけのソフトってのも珍しくないか?
半日いじってみたがもう匙投げた。全然使えないと思うわこれ。

こんな糞バグだらけなら古くても安心して使えるロータスアプローチの方が100倍マシ

ここまで見た
  • 378
  •  
  • 2008/04/11(金) 23:53:22
>>377
その見解には全く同意できん

ここまで見た
  • 379
  •  
  • 2008/04/12(土) 12:59:11
どの部分に非同意なの?

「バグだらけで全然安心して使えない」と言ったこと?
「アプローチの方が100倍マシ」と言ったこと?
それともその両方?

ついでに使ってみて思ったけど、これって自動入力とか弱すぎない?
前のレコードと同じ値をデフォで入れたり、レコード作った日付を自動で入れたり
できないってどうなのよ。

ここまで見た
  • 380
  •  
  • 2008/04/13(日) 11:14:25
>>379
自分でマクロ組めよ

ここまで見た
  • 381
  •  
  • 2008/04/13(日) 18:43:01
工夫すればACCESSができることは全てできるよ。

ここまで見た
  • 382
  •  
  • 2008/04/14(月) 00:14:27
お前Accessどんだけ知ってるんだよ

ここまで見た
  • 383
  •  
  • 2008/04/17(木) 20:05:46
Access信者って居るよな。

ここまで見た
  • 384
  • 2008/04/17(木) 20:59:06
アクセスは、あの力ずくなユーザーインタフェイスに乗っかってしまえば
素人だろうが何だろうが、とりあえずデータベースが使えてしまう。
mysqlとかのcuiなデータベースなら、何か一種類のdbを知っていれば、
違う種類のdbであっても、どうにかこうにか使う事が出来る。

baseの場合は、全てを委ねるほどには、uiが成熟しきってない感じがするんだな。
さすがに、素人でもdbが使えちゃうってレベルではない。
でも、微妙にguiが充実してるから、コンソールで使おうって気にはならんし。

「あのdbだったら、こんな風な操作すれば、こういう機能が実現できる」
とか思って、その通りに操作しても、自分の求める結果が得られない、つう
フラストレーションが溜まるアプリみたいな印象があるな。

ここまで見た
  • 385
  •  
  • 2008/04/18(金) 23:22:22
つーか、だから性能や使いやすさがどうこう以前にバグが多すぎだろう。
フィールド追加しただけで意味不明なエラーが連発するようなデータベースなんて
怖くてとても使えん。

ここまで見た
  • 386
  •  
  • 2008/04/19(土) 08:15:08
フィールドを追加…
そりゃあ、お気軽便利なDBだな

ここまで見た
  • 387
  •  
  • 2008/04/19(土) 11:06:45
>>386
ここだけの話だけどさ、数年前、勤め先に税務監査が入ったとき、
税務署の役人様が、会計データベースを見て、
「フィールドを追加して、数字を見てみたいので操作の仕方を教えてくれ」
みたいな事をのたまってくれたぜ。

当然、丁重にお断り申し上げたがな。
やっぱ、こうゆう役人みたいな発想の奴は、
テーブルのフィールド追加みたいな事は、簡単に出来なきゃ困るんじゃないか?

// 日本の役人がコンピュータをまともに扱えるようになる前に、
// 国が滅ぶと確信したね、俺は。

ここまで見た
  • 388
  •  
  • 2008/04/19(土) 13:59:42
ファイルメーカでも使えばいんじゃね?

ここまで見た
  • 389
  •  
  • 2008/04/19(土) 14:03:00
運用後の話じゃなくて、レコードなんて一つもないデザイン時のことを言ってるんだけどね。
今時のプログラミングと同じように(机上デバッグなんてアホなことはせずに)
試行錯誤しながらテーブルを編集してると意味不明なエラーが出るってどんな糞ソフトだよ。

個人的には運用後にフィールドを追加したい、っていう要求自体そんなに無謀な要求とは思えないけど。

ここまで見た
  • 390
  •  
  • 2008/04/19(土) 14:16:50
糞糞言ってないでバグレポート上げろよ
でなきゃ治らんぜ

ここまで見た
  • 391
  •  
  • 2008/04/19(土) 18:15:59
桐にしとけば良いじゃん、バグ少ないし、簡単だし

フリックラーニング
フリックラーニング
ここまで見た

★お気に入り追加

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