- 3,715,827 Users
- 2,242,889 Discussions
- 7,845,623 Comments
Forum Stats
Discussions
Categories
- 17 Data
- 362.2K Big Data Appliance
- 7 Data Science
- 1.6K Databases
- 472 General Database Discussions
- 3.7K Java and JavaScript in the Database
- 22 Multilingual Engine
- 487 MySQL Community Space
- 5 NoSQL Database
- 7.6K Oracle Database Express Edition (XE)
- 2.8K ORDS, SODA & JSON in the Database
- 417 SQLcl
- 42 SQL Developer Data Modeler
- 184.9K SQL & PL/SQL
- 21K SQL Developer
- 1.9K Development
- 3 Developer Projects
- 32 Programming Languages
- 135.1K Development Tools
- 9 DevOps
- 3K QA/Testing
- 253 Java
- 6 Java Learning Subscription
- 10 Database Connectivity
- 66 Java Community Process
- 1 Java 25
- 9 Java APIs
- 141.1K Java Development Tools
- 6 Java EE (Java Enterprise Edition)
- 153K Java Essentials
- 135 Java 8 Questions
- 86.2K Java Programming
- 270 Java Lambda MOOC
- 65.1K New To Java
- 1.7K Training / Learning / Certification
- 13.8K Java HotSpot Virtual Machine
- 10 Java SE
- 13.8K Java Security
- 3 Java User Groups
- 22 JavaScript - Nashorn
- 18 Programs
- 125 LiveLabs
- 30 Workshops
- 9 Software
- 3 Berkeley DB Family
- 3.5K JHeadstart
- 5.7K Other Languages
- 2.3K Chinese
- 3 Deutsche Oracle Community
- 11 Español
- 1.9K Japanese
- 2 Portuguese
ODP.NET w/ SPROCs. Some values not being written?
Hi
One of the developers has found a really perplexing issue that I'm really floundering on at the moment.
We have a .NET application inserting data into a db using stored procedures. I've tested this a number of times and all seems to work fine. A developer then used the same code but on a different database and for some bizarre reason, some columns after the insert are persisted, but others are completely missing?!?
I compared the two packages and tables from both instances and they are identical. I'm at a loss as to why exactly some values are being lost in the murk..
I originally thought that the parameter mappings must be different, which would explain why some columns persist fine, others not but its the same baseline code that is running on both machines.
I've traced at the DB inside the sproc too and found that the missing/incorrect data is what the sproc receives which leads me to believe it must be ODP.NET or the application code that is causing the craziness.
If anyone has come against something similar please reply!
cheers
One of the developers has found a really perplexing issue that I'm really floundering on at the moment.
We have a .NET application inserting data into a db using stored procedures. I've tested this a number of times and all seems to work fine. A developer then used the same code but on a different database and for some bizarre reason, some columns after the insert are persisted, but others are completely missing?!?
I compared the two packages and tables from both instances and they are identical. I'm at a loss as to why exactly some values are being lost in the murk..
I originally thought that the parameter mappings must be different, which would explain why some columns persist fine, others not but its the same baseline code that is running on both machines.
I've traced at the DB inside the sproc too and found that the missing/incorrect data is what the sproc receives which leads me to believe it must be ODP.NET or the application code that is causing the craziness.
If anyone has come against something similar please reply!

cheers
This discussion has been closed.