Oracle Application Express (APEX) Tutorial

This series of videos shows how to use Oracle APEX to build a database and quickly create a working prototype application. This series is based on APEX version 4.2.4.  This video tutorial made by New Mexico State University, USA.

Course Coverage:
01. Getting started with Oracle XE and APEX
02. Overview of Oracle APEX
03. Use SQL workshop to create tables from SQL scrips
04. Create trigger and isert data into table
05. Create a table using object browser and define a constrait
06. Use SQL workshop utilites to import data from a CSV file
07. Create an application using application builder
08. Create a simple form and Report with apllication builder
09. User interface defaults, See why they are impottant
10. Forms and Reports on a table
11. Create a list of values (LOV) and use it in a form
12. Show a field in a form that APEX set to “hidden”
13. Create a master details form
14. Add a region and add a button to a page
15. Using LOVs in a form or report
16. Create a view in APEX
17. Create a classic report in APEX
18. Create a interactive report based on a view
19. Create a master form with two detail sections
20. Add a hyperlink to master-details report
21. Fix a problem passing a primary key value to the next page
22. Finising the prototype application
23. Master-details: A more user friendly master detail form for data entry
24. See a schematic diagram of the application’s database

Source File for Practice

Oracle Database Architecture

Oracle Database Architecture Consists of an Oracle instance and an Oracle database.

Database Structures:
Each running Oracle database is associated with an Oracle instance. When a database is started on a database server, the Oracle software allocates a shared memory area called the System Global Area (SGA) and starts several Oracle background processes. This combination of the SGA and the Oracle processes is called an Oracle instance.

Oracle Memory Structures:
  • System Global Area (SGA): Shared by all server and background processes.
  • Program Global Area (PGA): Private to each server and background process. There is one PGA for each process.

    The SGA includes the following data structures:

    • Database buffer cache: Caches blocks of data retrieved from the database
    • Redo log buffer: Caches redo information (used for instance recovery) until it can be written to the physical redo log files stored on the disk
    • Shared pool: Caches various constructs that can be shared among users
    • Large pool: Is an optional area that provides large memory allocations for certain large processes, such as Oracle backup and recovery operations, and I/O server processes
    • Java pool: Is used for all session-specific Java code and data within the Java Virtual Machine (JVM)
    • Streams pool: Is used by Oracle Streams

    Buffers in the buffer cache can be in one of the following four states:

    • Pinned: Multiple sessions are kept from writing to the same block at the same time. Other sessions wait to access the block.
    • Clean: The buffer is now unpinned and is a candidate for immediate aging out, if the current contents (data block) are not referenced again. Either the contents are in sync with the block contents stored on the disk or the buffer contains a consistent read (CR) snapshot of a block.
    • Free or unused: The buffer is empty because the instance has just started. This state is very similar to the clean state, except that the buffer has not been used.
    • Dirty: The buffer is no longer pinned but the contents (data block) have changed and must be flushed to the disk by DBWn before it can be aged out.

    Process Structures:

    • User process: Is started at the time a database user requests a connection to the Oracle server
    • Server process: Connects to the Oracle instance and is started when a user establishes a session
    • Background processes: Are started when an Oracle instance is started

    The most common background processes are the following:

    • System Monitor (SMON): Performs crash recovery when the instance is started following a failure
    • Process Monitor (PMON): Performs process cleanup when a user process fails
    • Database Writer (DBWn): Writes modified blocks from the database buffer cache to the data files on the disk
    • Checkpoint (CKPT): Updates all the data files and control files of the database to indicate the most recent checkpoint
    • LogWriter (LGWR): Writes redo log entries to the disk
    • Archiver (ARCn): Copies redo log files to the archival storage when a log switch occurs

    Physical Database Structure(Storage):

    • Control files: Contain data about the database itself (that is, physical database structure information). These files are critical to the database. Without them, you cannot open data files to access the data within the database.
    • Data files: Contain the user or application data of the database.
    • Online redo log files: Allow for instance recovery of the database. If the database crashes and does not lose any data files, then the instance can recover the database with the information in these files.

    The following additional files are important to the successful running of the database:

    • Parameter file: Is used to define how the instance is configured when it starts up
    • Password file: Allows users to connect remotely to the database and perform administrative tasks
    • Backup files: Are used for database recovery. You typically restore a backup file when a media failure or user error has damaged or deleted the original file.
    • Archive log files: Contain an ongoing history of the data changes (redo) that are generated by the instance. Using these files and a backup of the database, you can recover a lost data file. That is, archive logs enable the recovery of restored data files.
    • Trace files: Each server and background process can write to an associated trace file. When an internal error is detected by a process, the process dumps information about the error to its trace file. Some of the information written to a trace file is intended for the database administrator, whereas other information is for Oracle Support Services.
    • Alert log files: These are special trace files. They are also known as alert logs. The alert log of a database is a chronological log of messages and errors. Oracle recommends that you review these files.

    The Data file logically divide by the following: 1. Disk Block 2. Data Block 3. Extents 4. Segment

    oracle database logical strucrure

    Allah Hafiz

    How to fix error java.lang.exception exception in sending request :: null

    Oracle Enterprise Manager নিয়ে কাজ করেছেন অথচ error java.lang.exception exception in sending request :: null এই সমস্যায় পড়েননি এমন ব্যাক্তি খুজে পাওয়া মুশকিল। আজ আমি এই সমস্যার সমাধান দেখাব। মূলত লোকাল মেশিনের টাইম জোন এবং আপনার ডাটাবেজ Enterprise Manager এর টাইম জোনের পার্থক্যের কারনে এটা হয়ে থাকে। তো চলুন শুরু করা যাক ……

    ১. প্রথমেই নিশ্চিত হন আপনি Admin user কি না। 
    ২. আপনার ডাটাবেজ ডিরেক্টরি থেকে Enterprise Manager এর Config ফোল্ডারটি খুজে বের করুন। 
    Default Directory: 11g: C:11gproduct11.2.0dbhome_1hostname_databasesysmanconfig 
    10g: C:oracleproduct10.2.0db_1hostname_databasesysmanconfig 

    যেমন, যদি localhost-এ আমার ডাটাবেজ orcl হয় তাহলে পাথটা হবে এরকম…… C:11gproduct11.2.0dbhome_1localhost_orclsysmanconfig 

    ৩. Config ফোল্ডার থেকে emd.properties এই ফাইলটি নোটপ্যাড দিয়ে ওপেন করুন। ফাইলটার একবারে শেষ লাইনে আপনার টাইমজোন সেট করুন এভাবে –
    agentTZRegion=+06:00 (অবশ্যই আগের টাইমজোনকে মুছে দিন অথবা কমেন্ট করে রাখুন)।

    অনেক সময় ডাটাবেজ ডিরেক্টরিতে ফাইল এডিট করা যায় না, সেক্ষেত্রে ফাইলটি কপি করে অন্য কোথাও রেখে এডিট করুন এবং এডিট শেষে কপি করে এনে রিপ্লেস করে দিন

    ৪. ফাইনালি সিস্টেমের সার্ভিস (service) থেকে নিচের সার্ভিস সমূহ রিস্টার্ট দিন……

    • oracle dbconsole
    • oracle listener
    • oracle service

    সার্ভিস (service) এ যেতে রান এ গিয়ে services.msc লিখে এন্টার দিন

    এবার আপনার পিসি রিস্টার্ট দিন। আশাকরি কাজ হয়েছে। কষ্ট করে পাড়ার জন্য ধন্যবাদ।
    আর বুঝতে সমস্যা হলে নিচের ভিডিওটা দেখতে পারেন।