|
|
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Сон Веры ПавловныИ в чем же противоречие с написанным мною выше? Твои слова «Это просто другой провайдер данных в составе все того же ADO.Net»? С какого перепугу он вошёл в состав ADO.NET? Когда это произошло? Почему никто ничего об этом, кроме тебя, не слышал? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 10:28 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Вообще когда появились РСУБД, они естественно предоставляли как то к себе доступ. Каждая имела собственного клиента - как минимум одну dll, функции из импортировались и использовались прикладным кодом. Примерно так . Куча ненужной писанины + у каждой БД разный набор функций. МС придумала ODBC. Куча ненужной писанины осталась, но подход был унифицирован, один сишный интекфейс ко всем БД. Потом, с появлением COM, МС придумала OleDb. Из любого языка, поддерживающего COM, стало возможно работать используя одинаковые объекты, с любой СУБД. Различалась только строка подключения и не нужно было писать кучу кода для инициализации и работы с памятью. Потом, с появлением .NET, придумали ADO.NET. Про то, что оно дает, я напишу в другой раз:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 10:59 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
ЕвгенийВ, Можно ещё добавить к этому, что NoSQL драйвера для .NET совмещают в себе и средства доступа к данным и ORM, так как умеют отражать классы в объекты хранимых коллекций. Т.е. для работы с монгой никакой ORM не нужен, если только не использовать ORM как слой абстракции для работы с любыми СУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:08 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
ЕвгенийВ и не нужно было писать кучу кода для инициализации и работы с памятью. писал когда-нибудь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:13 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Изопропилписал когда-нибудь? COM же имеет подсчёт использования ссылок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:14 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
hVosttМожно ещё добавить к этому, что NoSQL драйвера для .NET совмещают в себе и средства доступа к данным и ORM зачем нереляционной субд объектно- реляционный мэппинг ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:15 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
hVosttИзопропилписал когда-нибудь? COM же имеет подсчёт использования ссылок. и что - код писать не нужно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:15 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Изопропилзачем нереляционной субд объектно- реляционный мэппинг ? Во многих NoSQL СУБД объекты тоже могут иметь ссылки на другие объекты. На выходе ORM ты получаешь готовые объекты, а не связи. Это даже ближе к природе NoSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:32 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Изопропили что - код писать не нужно? Нужно, но гораздо меньше приходится заботиться об освобождении памяти COM-объектами. Если всё делать правильно, то вообще заботиться не нужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:33 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
hVosttС какого перепугу он вошёл в состав ADO.NET? А, вот что вызвало такую бурную реакцию. hVosttПочему никто ничего об этом, кроме тебя, не слышал? Ну почему же никто : ADO.NET is conceptually divided into consumers and data providers. The consumers are the applications that need access to the data, and the providers are the software components that implement the interface and thereby provide the data to the consumer. - я лично с этим вполне согласен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:43 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
ИзопропилЕвгенийВ и не нужно было писать кучу кода для инициализации и работы с памятью. писал когда-нибудь? Хоть я уже не молод, но силен еще мой молот и не такой древний :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 11:49 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Сон Веры ПавловныНу почему же никто : Ты ещё раз подтверждаешь, что у тебя каша в голове. ADO.NET не включает в себя OleDb. Конечно для ADO.NET можно написать провайдер используя что угодно, например доступ к файлам XML, JSON или к сервису прогноза погоды: это вовсе никак не означает, что ADO.NET включает в себя провайдер XML или JSON, или сервис прогноза погоды. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 12:40 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
hVosttADO.NET не включает в себя OleDb. в поставку dotnet framework включён ADO.NET провайдер для OLEDB - так пойдёт? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 12:44 |
|
||
|
c# vs 2015 + ms sql 2012 + доступ к строкам таблицы
|
|||
|---|---|---|---|
|
#18+
Изопропилв поставку dotnet framework включён ADO.NET провайдер для OLEDB - так пойдёт? Так пойдёт. А то вдруг, кто-то начитается и запомнит, что ADO.NET работает через OleDB... Иногда дотошность решает )) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.12.2016, 13:27 |
|
||
|
|
start [/forum/topic.php?fid=20&msg=39373623&tid=1400135]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
50ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
| others: | 276ms |
| total: | 420ms |
| 0 / 0 |
