soumyajit, you were misinformed. The Teradata Database never "ignores" duplicate records when doing inserts, no matter which transaction mode (ANSI vs TERA) you are using.
As Carlos said, the table attribute (SET vs MULTISET) governs whether duplicate rows are permitted in a table. With a MULTISET table, you are permitted to insert duplicate rows using either ANSI or TERA mode.
In contrast, with a SET table, if you try to insert duplicate rows, you will get Teradata Database error 2802 "Duplicate row error in <table>" using either ANSI or TERA mode. In other words, the transaction mode does not change this behavior.
soumyajit, you were misinformed. The Teradata Database never "ignores" duplicate records when doing inserts, no matter which transaction mode (ANSI vs TERA) you are using.
As Carlos said, the table attribute (SET vs MULTISET) governs whether duplicate rows are permitted in a table. With a MULTISET table, you are permitted to insert duplicate rows using either ANSI or TERA mode.
In contrast, with a SET table, if you try to insert duplicate rows, you will get Teradata Database error 2802 "Duplicate row error in <table>" using either ANSI or TERA mode. In other words, the transaction mode does not change this behavior.