欢迎进入Oracle社区论坛,与200万技术人员互动交流 >>进入 Oracle Application中有FlexField(弹性域)这个东西。在FlexField tables,数据存放于VARCHAR2类型的一列或多列中。不论是数字、日期、文本等,最终都会以VARCHAR2存放在table中。在OA Page中,这些
欢迎进入Oracle社区论坛,与200万技术人员互动交流 >>进入
Oracle Application中有FlexField(弹性域)这个东西。在FlexField tables,数据存放于VARCHAR2类型的一列或多列中。不论是数字、日期、文本等,最终都会以VARCHAR2存放在table中。在OA Page中,这些VARCHAR2一般需要使用相对应的格式,比如日期、数字,以使用相应的验证机制,或者根据不同的地区转换成不同的格式。问题是,怎样在前后台中做数据类型转换呢?一个最简单的办法是使用OAF的FlexField Bean.但在一些情况下,使用FlexField Bean反而会不方便控制。甚或乎,明明跟随了OAF Developer Guide的方法,但总是用不了这个FlexField Bean.这时,只能手工地做这件事情了。
数据类型转换的基本原理很简单:把读写分离,或者说把前后台不同方向的数据流分开处理。
1. 传统情况
所谓传统情况,或者一般情况,就是数据库的列名是有实际意义的、明确的。比如,列名是EFFECTIVE_DATE,EO、VO中的属性名也会使用EffectiveDate.
我们会在VO中定义一个SQL语句。当进行操作时,OAF会把这个SQL语句封装,然后进行读写。比如:
[sql]
SELECT ExampleEO.example_id AS EXAMPLE_ID
, ExampleEO.effective_date AS EFFECTIVE_DATE
, ExampleEO.employee_name AS EMPLOYEE_NAME
FROM ExampleEO
WHERE ExampleEO.example_id > 10
当查询example_id = 100的记录,OAF会封装成这样子:
[sql]
SELECT *
FROM (SELECT ExampleEO.example_id AS EXAMPLE_ID
, ExampleEO.effective_date AS EFFECTIVE_DATE
, ExampleEO.employee_name AS EMPLOYEE_NAME
FROM ExampleEO
WHERE ExampleEO.example_id > 10) QRSLT
WHERE QRSLT.EXAMPLE_ID = 100
插入的时候也是类似的:
[sql]
UPDATE (SELECT ExampleEO.example_id AS EXAMPLE_ID
, ExampleEO.effective_date AS EFFECTIVE_DATE
, ExampleEO.employee_name AS EMPLOYEE_NAME
FROM ExampleEO
WHERE ExampleEO.example_id > 10) QRSLT
SET QRSLT.EFFECTIVE_DATE =
, QRSLT.EMPLOYEE_NAME =
WHERE QRSLT.EXAMPLE_ID = 100
总的来说,是将VO中的SQL语句封装成表格,然后外面包裹相应的操作。
2. FlexField的问题
而在FlexField的情况,列名是没有实际意义,或者说不明确的。FlexField存放数据的列名一般是ORG_INFORMATION1、PER_INFORMATION5之类。在VO中,这些名字可能会被替换为实际的用途,比如说ORG_INFORMATION1可能是一个Effective Date,那么在VO中的属性就会被命名为EffectiveDate.这个的mapping是在VO properties中设置的。
为了简化列名,本文把ORG_INFORMATION1、PER_ATTRIBUTE1等统称为information1.于是,在一个FlexField表格,VO的语句会是这个样子:
[sql]
SELECT ExampleEO.example_id AS EXAMPLE_ID
, ExampleEO.information1 AS EFFECTIVE_DATE
, ExampleEO.information2 AS EMPLOYEE_NAME
FROM ExampleEO
WHERE ExampleEO.example_id > 10
查询example_id = 100的记录,会生成以下的语句:
[sql]
SELECT *
FROM (SELECT ExampleEO.example_id AS EXAMPLE_ID
, ExampleEO.information1 AS EFFECTIVE_DATE -- information1 is a VARCHAR2
, ExampleEO.information2 AS EMPLOYEE_NAME
FROM ExampleEO
WHERE ExampleEO.example_id > 10) QRSLT
WHERE QRSLT.EXAMPLE_ID = 100
查询语句本身没有问题。但是在OA Page中,显示日期的item所属的类型一般会设成DATE,而上面的SQL语句查询结果的类型是VARCHAR2.于是,VO与PG上的的属性类型不管如何设置,都会在页面上方报错。此乃问题一。
[1] [2]

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1)タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2)キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3)行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4)追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1)個別またはグループビーを使用する場合の重複排除またはグループ化。 2)Orderbyに非インデックス列が含まれているときに並べ替えます。 3)複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1)OrderbyとGroupB

MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1.ReadunCommittedは、知らないデータを読み取ることができます。 2。読み込みは汚い読み取りを回避しますが、繰り返しのない読みが発生する可能性があります。 3. RepeatablerEadはデフォルトレベルであり、汚い読み取りと非回復不可能な読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

MySQLは、Webアプリケーションやコンテンツ管理システムに適しており、オープンソース、高性能、使いやすさに人気があります。 1)PostgreSQLと比較して、MySQLは簡単なクエリと高い同時読み取り操作でパフォーマンスが向上します。 2)Oracleと比較して、MySQLは、オープンソースと低コストのため、中小企業の間でより一般的です。 3)Microsoft SQL Serverと比較して、MySQLはクロスプラットフォームアプリケーションにより適しています。 4)MongoDBとは異なり、MySQLは構造化されたデータおよびトランザクション処理により適しています。

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。

MySQL学習パスには、基本的な知識、コアの概念、使用例、最適化手法が含まれます。 1)テーブル、行、列、SQLクエリなどの基本概念を理解します。 2)MySQLの定義、作業原則、および利点を学びます。 3)インデックスやストアドプロシージャなどの基本的なCRUD操作と高度な使用法をマスターします。 4)インデックスの合理的な使用や最適化クエリなど、一般的なエラーのデバッグとパフォーマンス最適化の提案に精通しています。これらの手順を通じて、MySQLの使用と最適化を完全に把握できます。

MySQLの実際のアプリケーションには、基本的なデータベース設計と複雑なクエリの最適化が含まれます。 1)基本的な使用法:ユーザー情報の挿入、クエリ、更新、削除など、ユーザーデータの保存と管理に使用されます。 2)高度な使用法:eコマースプラットフォームの注文や在庫管理など、複雑なビジネスロジックを処理します。 3)パフォーマンスの最適化:インデックス、パーティションテーブル、クエリキャッシュを使用して合理的にパフォーマンスを向上させます。


ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

AI Hentai Generator
AIヘンタイを無料で生成します。

人気の記事

ホットツール

VSCode Windows 64 ビットのダウンロード
Microsoft によって発売された無料で強力な IDE エディター

EditPlus 中国語クラック版
サイズが小さく、構文の強調表示、コード プロンプト機能はサポートされていません

SublimeText3 Linux 新バージョン
SublimeText3 Linux 最新バージョン

ドリームウィーバー CS6
ビジュアル Web 開発ツール

DVWA
Damn Vulnerable Web App (DVWA) は、非常に脆弱な PHP/MySQL Web アプリケーションです。その主な目的は、セキュリティ専門家が法的環境でスキルとツールをテストするのに役立ち、Web 開発者が Web アプリケーションを保護するプロセスをより深く理解できるようにし、教師/生徒が教室環境で Web アプリケーションを教え/学習できるようにすることです。安全。 DVWA の目標は、シンプルでわかりやすいインターフェイスを通じて、さまざまな難易度で最も一般的な Web 脆弱性のいくつかを実践することです。このソフトウェアは、
