Discussions
Categories
- 385.5K All Categories
- 5.1K Data
- 2.5K Big Data Appliance
- 2.5K Data Science
- 453.4K Databases
- 223.2K General Database Discussions
- 3.8K Java and JavaScript in the Database
- 47 Multilingual Engine
- 606 MySQL Community Space
- 486 NoSQL Database
- 7.9K Oracle Database Express Edition (XE)
- 3.2K ORDS, SODA & JSON in the Database
- 584 SQLcl
- 4K SQL Developer Data Modeler
- 188K SQL & PL/SQL
- 21.5K SQL Developer
- 45 Data Integration
- 45 GoldenGate
- 298.4K Development
- 4 Application Development
- 20 Developer Projects
- 166 Programming Languages
- 295K Development Tools
- 150 DevOps
- 3.1K QA/Testing
- 646.7K Java
- 37 Java Learning Subscription
- 37.1K Database Connectivity
- 201 Java Community Process
- 108 Java 25
- 22.2K Java APIs
- 138.3K Java Development Tools
- 165.4K Java EE (Java Enterprise Edition)
- 22 Java Essentials
- 176 Java 8 Questions
- 86K Java Programming
- 82 Java Puzzle Ball
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 94.3K Java SE
- 13.8K Java Security
- 208 Java User Groups
- 25 JavaScript - Nashorn
- Programs
- 666 LiveLabs
- 41 Workshops
- 10.3K Software
- 6.7K Berkeley DB Family
- 3.6K JHeadstart
- 6K Other Languages
- 2.3K Chinese
- 207 Deutsche Oracle Community
- 1.1K Español
- 1.9K Japanese
- 474 Portuguese
Table partitioning

I currently have some tables with data and need to partition. Can be a partition to an existing table with lots of data?
How do I manipulate a partition? For example: In the query, how would he know on which partition find?, in which partition delete? What partition insert?
Thanks
Answers
-
Learn about partitioning in the fine Oracle® Database VLDB and Partitioning Guide
To convert non-partitioned table to partitioned table, use DBMS_REDEFINITION
-
Ok, thank you. Greetings
-
For creating partitions, it is better to create partitioned tables first and the copy data from non-partitioned table to partitioned table.
About search from query, it depends on what kind of partitioning you are using and while searching, partition key should be referenced to improve query performance.
You can select from specific partition by below:
select * from tablename partition (partitioname);
Similarly, you can delete from specific partition by mentioning partition clause.
Insert is based on what kind of partitioning you using. Based on insert values, it will insert into specific partition for which data is true.
Thank you.
-
Keen2Learn wrote: You can select from specific partition by below: select * from tablename partition (partitioname); Similarly, you can delete from specific partition by mentioning partition clause.
Not a sound approach as it requires the SQL statement to know the partitioning scheme of the table, and the name of the partition. It also forces a literal (the partition name) to be used in the SQL, which requires a brand new SQL statement for the same query on a different partition.
In app developer terms, it means having to use dynamic SQL to string the relevant partition name into the SQL. It also means runtime bugs as if there is data for that query and you point it to the wrong partition in your code, no rows will be found.
Partitioning should be TRANSPARENT to the developer and database user. They should not need to know whether that table is partitioned, how it is partitioned, and what the name of the partition of interest is.
They should write STANDARD SQL, with bind variables, and the CBO should be able to determine the relevant partition or partitions to query, the vast majority of the time.