ADO.NET, упоротые черти

metaclass — 15.08.2010 В своем стремлении впихнуть все, что пришло в голову, проектировщики ADO.NET наделали такого, что теперь в нем сам черт ногу сломит.

Вот к примеру: есть запрос, выбирает данные из таблицы БД и ложит их в DataTable. Ложит методом "DataTable.Load(IDataReader reader)".
Так вот, если запрос из которого мы получили оный reader - это просто select ... from table, то эти умники меняют схему DataTable, заполняя ее констрейнтами, соответствующими таблице, в том числе и описанием первичного ключа. Соответственно, если у меня этот ключ автозаполняемый на сервере и заполнять его не надо, то все равно - вставить более одной записи с пустым ключом в DataTable не получится - ругается на то что такое значение уже присутствует.
Но если запрос содержит join с другой таблицей - то схема DataTable уже не меняется и вставить несколько записей с пустым ключем можно.

Я никогда не понимал этого стремления "впихнуть в код все сразу", особенно если четкого понимания, что именно делается, нету.
А второй вывод - лучше бы я руками эту таблицу из IDataReader заполнил, вместо вызова стандартного метода Load. Практика работы с дотнетом показывает, что использовать "стандартные методы" в нем очень сильно не рекомендуется, т.к. способ мышления их авторов иначе чем терминологией ребе theiced описывать не получается.

Оставить комментарий

Популярные посты:

• Ранее
• Архив