大事なことは、私の職業では、しばしば大量のデータを処理しなければならないことです。 非常に大規模なレコードは、4〜4万レコードから始まります。 他の解決策はまだないので、毎月それをしなければなりません。
仕事でソフトウェアを使用する機会がありましたが、MS Access（判明したように）は幅広い機能を備えた多機能データベースであるため、問題はありませんでしたが、残念ながらそのアナログOOベースについては言えません。
そして、問題のリストのさらに下に：
テーブルリンクはサポートされていません
毎月、大きなdbfファイルを処理する必要があります。処理後に、同じ形式で指定する必要があります。 私が理解する限り、OO BaseはAccessが（ワンクリックで）したように、ネイティブ形式以外のリンクテーブルをサポートしていません。
もちろん、解決策が見つかりました。このために、dBaseソースに接続して別のデータベースを作成し、その後、作成時に指定したディレクトリにdbfファイルを配置する必要があります。
サポートされていないデータ変更リクエスト
これは一般的にとんでもないことであり、私は個人的に理解していません。 いいえ、これを行うことが完全に不可能だったわけではなく、可能性自体があります。 これは、Base-SQLメニューを介して行われます。
ただし、後で実行するために保存することはできません。
OOのさまざまなフォーラムを読んで、マシン上でSQL会議を提起すると、そのようなクエリが機能することが判明しました。
SELECTは一度に1つのテーブルでのみ機能します
さらに、副選択もサポートしていません。 おそらくこれはdbf形式のテーブルの問題かもしれませんし、すべての人をチェックしなかったのかもしれませんが、dbfでは他の条件下では動作しません。
実際、これからの救いはたった1つしかありませんでした-アクセス時に自宅でデータを検証するためです。
一度に多くの行を挿入する方法はありません
私の仕事で一般的な操作の1つは、既存のテーブルに用語を一括挿入することです。 Baseでは、残念ながらこの基本機能はそうではありません。
確かに、次の手順で構成される別の機会があります。
1.必要な行数をバッファーにコピーし、Baseの空の場所をクリックして、「貼り付け」コマンドを実行します
2.開いたウィンドウで、既存のデータベースの名前を入力し、「データを追加」を選択します
3.次のウィンドウで、追加に必要なデータを指定します
4.そして、追加を開始します。
明らかな不便さに加えて、このオプションは多数のレコードではうまく機能しません。
したがって、3,000から始まる数量のレコードを挿入すると、約20分間ハングアップし、その後、テーブルを変更せずにBaseが安全にアンロードされます。
上記のすべてに基づいて、残念ながら、CalcとWriterに関してですが、MS OfficeからOpen Officeへの完全な移行について苦情を申し立てているわけではありません。
Habraの皆さん、OO Baseでより便利な作業方法を知っているかもしれません。