Замена адаптеров таблиц на Oracle.DataAccess.Client (ODP.NET)

Question

Замена адаптеров таблиц на Oracle.DataAccess.Client (ODP.NET)

1

У меня есть унаследованный DAL с 100 TableAdapters (DataSet xsd), но поскольку мы получили новые серверы с клиентом Oracle 12c, мне пришлось сделать переход к Oracle.DataAccess.Client (ODP.NET) из старого устаревшего System.Data.OracleClient,

Единственная проблема, с которой я сталкиваюсь сейчас, это то, что я всегда получаю сообщение об ошибке: ORA-01008: Не все переменные связаны при вызове табличных адаптеров.

Я прочитал, что мне нужно установить BindByName в true в OracleCommand для каждого TableAdapter. Но как я могу это сделать, когда единственное место, где используется OracleCommand находится в дизайнере самого TableAdapter?

Есть ли способ сделать это без расширения каждого TableAdapter, потому что у меня есть 100 из них.

Gaui 18 июль 2014, в 22:35

Источник

0

Итак, вы говорите, это дизайнер. Это означает, что на каждой вашей форме или контроле у вас есть один? Как насчет использования некоторого уровня доступа к данным?
T.S. 18 июль 2014, в 23:50
0

Как я уже сказал, это унаследованная кодовая база, которая вначале не была разработана очень хорошо. Существует DAL с адаптерами таблиц, затем есть BLL со службами WCF, который возвращает эти адаптеры таблиц, поэтому все адаптеры таблиц проходят вплоть до пользовательского интерфейса. Но сейчас это не проблема, поскольку мы пытаемся переходить по одному шагу за раз, и на этот раз он переключается с устаревшего System.Data.OracleClient на новый Oracle.DataAccess.Client . Но это BindByName затрудняет, потому что у нас есть около 100 TableAdapter.
Gaui 19 июль 2014, в 00:26
1

Можете ли вы опубликовать некоторые фрагменты кода с точным кодом, приводящим к этой ошибке? Возможно, проблема не в том, что вы думаете. Я помню, что System.Data.OracleClient был УДОВОЛЬСТВЕННЫМ в управлении переменными связывания, хотя я не помню, был ли синтаксис таким, который отличался от основного синтаксиса ODP.
Hambone 19 июль 2014, в 01:55
0

Насколько я помню, BindByName является свойством команды, а не адаптера. Поэтому вы можете продолжать передавать свои адаптеры, как и раньше. И все, что вам нужно сделать в вашем доступе к данным, это заменить каждую команду методом, возвращающим команду, и в этом методе сделать только один раз для всей базы кода "bindbyname"
T.S. 19 июль 2014, в 02:03
0

@T.S.OracleCommand встроен в каждый конструктор TableAdapter. Это создает проблему.
Gaui 19 июль 2014, в 15:47
0

Но вот почему ты программист. Рефакторинг вещь и сделать ее многоразовой.
T.S. 19 июль 2014, в 18:27
0

Да, я мог бы расширить каждый TableAdapter и добавить функцию, которая устанавливает BindByName=true для каждого элемента в CommandCollection, но мы говорим о более чем 100 TableAdapter, поэтому я искал какой-то более простой и более общий метод.
Gaui 20 июль 2014, в 14:46
0

Я нашел этот ответ, может ли это работать?
Gaui 21 июль 2014, в 13:48

Показать ещё 6 комментариев

Теги:

c#

oracle

odp.net

system.data.oracleclient

1 ответ

Ещё вопросы

Итак, вы говорите, это дизайнер. Это означает, что на каждой вашей форме или контроле у вас есть один? Как насчет использования некоторого уровня доступа к данным?
Как я уже сказал, это унаследованная кодовая база, которая вначале не была разработана очень хорошо. Существует DAL с адаптерами таблиц, затем есть BLL со службами WCF, который возвращает эти адаптеры таблиц, поэтому все адаптеры таблиц проходят вплоть до пользовательского интерфейса. Но сейчас это не проблема, поскольку мы пытаемся переходить по одному шагу за раз, и на этот раз он переключается с устаревшего System.Data.OracleClient на новый Oracle.DataAccess.Client . Но это BindByName затрудняет, потому что у нас есть около 100 TableAdapter.
Можете ли вы опубликовать некоторые фрагменты кода с точным кодом, приводящим к этой ошибке? Возможно, проблема не в том, что вы думаете. Я помню, что System.Data.OracleClient был УДОВОЛЬСТВЕННЫМ в управлении переменными связывания, хотя я не помню, был ли синтаксис таким, который отличался от основного синтаксиса ODP.
Насколько я помню, BindByName является свойством команды, а не адаптера. Поэтому вы можете продолжать передавать свои адаптеры, как и раньше. И все, что вам нужно сделать в вашем доступе к данным, это заменить каждую команду методом, возвращающим команду, и в этом методе сделать только один раз для всей базы кода "bindbyname"
@T.S.OracleCommand встроен в каждый конструктор TableAdapter. Это создает проблему.
Но вот почему ты программист. Рефакторинг вещь и сделать ее многоразовой.
Да, я мог бы расширить каждый TableAdapter и добавить функцию, которая устанавливает BindByName=true для каждого элемента в CommandCollection, но мы говорим о более чем 100 TableAdapter, поэтому я искал какой-то более простой и более общий метод.
Я нашел этот ответ, может ли это работать?

Gaui · Accepted Answer · 2015-08-29T22-33-00.000Z

Что я сделал, я расширил каждый TableAdapter и создал новый SetBindByName(), где я принудительно BindByName = true в коллекции OracleCommand.

Вот так...

public partial class V_CUSTOMER_GLOBALTableAdapter
{
    public void SetBindByName(bool value = true)
    {
        foreach (Oracle.DataAccess.Client.OracleCommand cmd in this.CommandCollection)
        {
            cmd.BindByName = value;
        }
    }
}

Затем, когда я создал экземпляр TableAdapter, я вызвал новый SetBindByName().

V_CUSTOMER_GLOBALTableAdapter ta = new V_CUSTOMER_GLOBALTableAdapter();
ta.SetBindByName(true);