C ado технологи. NET

Хуудасны кодонд асуулга бичдэг хүмүүст зориулав...

Бүгдэд нь мэнд хүргэе!

VisualStudio 2008-ийн дараагийн хувилбар нь ADO.NET EntityFramework-тэй байх болно гэсэн зарим мэдээлэл Habré-д бий. (Би чамд нэг нууц хэлье, энэ хувилбар нь аль хэдийн гарч ирсэн.) Энэхүү хөгжүүлэлт нь хулганын хоёр товшилтоор төслийнхөө өгөгдлийн логикийг үүсгэх боломжтой бүх нийтийн хүрээ юм.
Одоогийн байдлаар өгөгдлийн логиктой ажиллахдаа би 2 төрлийн төсөлтэй танилцсан. Эхнийх нь алдартай NHibernate framework дээр бүтээгдсэн бол бусад нь програмистуудаар хийгдсэн. Би 3 жилийн турш янз бүрийн систем бичиж, хөгжүүлж байгаа бөгөөд энэ бүх хугацаанд би зөвхөн эдгээр бариултай ажиллах логикийг хөгжүүлсэн.
Тэгээд нөгөө өдөр би шинэ Windows суулгасны дараа VisualStudio WebDeveloper Express-ийг татаж аваад багц дотроос ADO.NET EntityFramework-г олж хараад баяртай байлаа. Хэсэг хугацааны дараа би домэйн бүртгүүлж, энгийн вэбсайт үүсгэж, энэ хүрээний програм бичихэд хүч чадлаа сургаж эхлэв.

Эхлээд та мэдээллийн сантай энгийн вэб төсөл үүсгэх хэрэгтэй. Мөн DataBase Explorer-ээр дамжуулан өгөгдлийн сантай шууд холбогдох нь сайхан байх болно. Энэ нь дараа нь илүү тохиромжтой байх болно.

Үүний дараа төсөлд "ADO.NET Entity Data Model" шинэ элементийг нэмэх шаардлагатай.

Систем нь мэдээллийн санд холбогдох мөрийг зааж өгөхөөс гадна анхны ADO.NET EF загвар хаанаас гарахыг зааж өгөх шаардлагатай.

Миний мэдээллийн санд аль хэдийн хоёр маш энгийн Post болон Хэрэглэгчийн хүснэгтүүд байгаа тул нэмэлт зүйл хийлгүйгээр би системийг өөрийн мэдээллийн сан дээр үндэслэн загвар үүсгэхийг албадав. Энэ бүхний дараа маш энгийн үйлдлүүд, Би ажиллаж байгаа db загвартай болсон. Түүгээр ч барахгүй энэ загварыг нүдээр судалсны дараа би код руу орж, миний бүх ангиудыг хэрхэн дүрсэлж байгааг харахаа мартаагүй биз дээ?

  1. нэрийн орон зай DataBaseCore
  2. ///
  3. /// схемд DbModel-д зориулсан тайлбар байхгүй байна.
  4. ///
  5. нийтийн хэсэгчилсэн анги DbModel: global::System.Data.Objects.ObjectContext
  6. ///
  7. /// Програмын тохиргооны файлын "DbModel" хэсэгт байгаа холболтын мөрийг ашиглан шинэ DbModel объектыг эхлүүлнэ.
  8. ///
  9. нийтийн DbModel():
  10. base("нэр=DbModel", "DbModel")
  11. энэ .OnContextCreated();
  12. /* Шаардлагагүй гэж тайрсан */
  16. нийтийн хэсэгчилсэн анги Бичлэг: global::System.Data.Objects.DataClasses.EntityObject
  17. ///
  18. /// Шинэ Post объект үүсгэх.
  19. ///
  20. /// Id-ийн анхны утга.
  21. нийтийн статик Post CreatePost(int id)
  22. Нийтлэл = шинэ нийтлэл();
  23. post.Id = id;
  24. буцах шуудан;

Мэдээллийн логик мэргэжилтний бэлтгэгдсэн нүд нь систем дэх нийтлэлүүд болон хэрэглэгчидтэй ажиллах боломжийг олгодог нэлээд энгийн бөгөөд гоёмсог анги байгааг харуулсан.

За, бидэнд код аль хэдийн байгаа, үүнийг ашиглаж эхлэхэд л үлдлээ. Энд ASP.NET-ийн бүх сэтгэл татам, боломжууд бидэнд илчлэгдсэн. Хуудас дээрх олон тооны мэдээллийн эх сурвалжуудын дундаас манай ангийн хүсэлтийн дагуу өгөгдөл өгдөг аж ахуйн нэгжийн мэдээллийн эх сурвалжийг би харсан. Бид үүнийг маягт руу чирж, тохируулах шидтэнг ажиллуулж, мэдээллийн эх сурвалжийг нийтлэлийн хүснэгтэд хурдан хавсаргана.

ASPX код дахь өгөгдлийн сортын тайлбар нь илүү тааламжтай болсон нь эргэлзээгүй.

  1. < asp:EntityDataSource ID ="dsPosts" runat ="server" ConnectionString ="name=DbModel"
  2. DefaultContainerName ="DbModel" EntitySetName "Нийтлэл" >
* Энэхүү эх кодыг Эх код тодруулагчаар тодруулсан.

Үүнийг хэлж болно - энэ нь нигүүлсэлээр гэрэлтдэг.

Маягт дээр өгөгдөл нийлүүлэгч гарч ирсний дараа хэрэглэгч бас хэрэгтэй болно. Ухаалаг байхгүйгээр би бүх нийтлэлийг дарааллаар нь харуулах энгийн код нэмсэн.

  1. < asp:Repeater runat ="server" ID ="repPosts" DataSourceID ="dsPosts" >
  2. < HeaderTemplate >
  4. < ItemTemplate >
  5. < div >
  6. < h3 >
  7. < asp:Label ID ="lblHeader" runat ="server" Text ="<%# Eval("Header") %>" >
  9. < p >
  10. < asp:Label ID ="lblText" runat ="server" Text ="<%# Helpers.TypographText(Eval("Text").ToString()) %>" >
* Энэхүү эх кодыг Эх код тодруулагчаар тодруулсан.

Ингээд миний түүхийн хамгийн энгийн хэсэг дууслаа. Одоогоор хийсэн бүх зүйлийг хулганаар давтаж болно. Энэ нь хангалттай хялбар байсан. Бид өгөгдлийн сангийн объект хандалтат харагдацыг саяхан үүсгэсэн бөгөөд энэ харагдацыг ашиглан өгөгдлийн сангийн өгөгдлийг хуудсан дээр харуулж эхэлсэн. Үүний зэрэгцээ бид нэг ч удаа хүсэлт бичээгүй, мэдээллийн сангаас шууд мэдээлэл аваагүй гэх мэт ...

Гэхдээ мэдээллийн санд юу ч байхгүй бол хэрэглэгчдэд юу харуулах вэ? Сайн биш. Мэдээллийн санг бөглөхийн тулд та маягт бичих хэрэгтэй. Одоо бид хулганы програмчлалаас гарч код бичиж эхэлнэ.

Би систем дэх нийтлэлүүдтэй ажиллах хамгийн үндсэн хоёр үйлдлийг хийсэн - энэ нь нэмэх, устгах явдал юм. Энэ кодтой адил төстэй засвар хийх нь хэнд ч хэцүү биш байх болно.

  1. нэрийн орон зай DBW
  2. нийтийн ангийн нийтлэл
  3. нийтийн шуудан()
  4. нийтийн статик хүчингүй Шинэ(Мөр PostText, String PostHeader, Int32 UserId)
  5. p.Header = PostHeader;
  6. p.Текст = Туслахууд. TypographText(PostText);
  7. p.PublishDate = DateTime.Now;
  8. p.User = (m.User дахь usr-аас usr.Id == UserId нь usr-г сонгоно).First();
  9. m.AddToPost(p);
  10. m.SaveChanges();
  11. нийтийн статик хүчингүй Устгах(Int32 PostId)
  12. DataBaseCore.DbModel m = шинэ DataBaseCore.DbModel();
  13. DataBaseCore.Post p = шинэ DataBaseCore.Post();
  14. p = (m.Post дахь pst-аас pst.Id == PostId нь pst-г сонгоно).First();
  15. m.DeleteObject(p);
  16. m.SaveChanges();
* Энэхүү эх кодыг Эх код тодруулагчаар тодруулсан.

Бүх зүйл энгийн юм шиг санагдаж байна, тийм ээ. Гэхдээ хэд хэдэн нюанс байдаг.
Нэгдүгээрт, энэ нь LINQ юм. Үүнгүйгээр ADO.NET хаана ч байхгүй. Тиймээс та SQL эсвэл LINQ дээр ерөнхийдөө оноо авахаас татгалзаж болохгүй, та асуулт бичих хэрэгтэй.
Хоёрдугаарт, энэ код нь хүрээгээр автоматаар үүсгэгддэг тул та зарим үед нэг их тав тухыг хүлээх шаардлагагүй бөгөөд студийн аль хэдийн үүсгэсэн кодыг өөрчлөхөд үргэлж бэлэн байх ёстой. Жишээлбэл, 16-р мөрөнд миний мэдээллийн сангаас сонгох ёстой хэрэглэгчийн төрлийн объектыг ашиглахгүй, харин хэрэглэгчийн танигчийн утгыг нэн даруй дамжуулах нь илүү тохиромжтой байх болно. Энэ код нь илүү тохиромжтой байх болно, гэхдээ энэ нь бүх нийтийн биш юм. Тиймээс кодыг боловсронгуй болгож, дахин бодох хэрэгтэй. Магадгүй та зүгээр л хэрэглэгчийн ID биш, харин хэрэглэгчийн төрлийн объектыг нэвтрүүлэх хэрэгтэй.

Дараа нь юу юм? Цаашид би ADO.NET Entity Framework-ийн зэрлэг шинж чанаруудыг судалж, төслийг үргэлжлүүлэн бичих бөгөөд эрхэм хабраузчид та бүхэнтэй хийсэн судалгаагаа хуваалцахдаа баяртай байх болно. Үүний дагуу илүү ноцтой, гүнзгий мэдээлэл бүхий шинэ нийтлэлүүд гарах болно.

UPD. Сэдэв маш өргөн хүрээтэй. Энд дэлгэгдсэн боломжуудын хувь нь ч байхгүй, гэхдээ үргэлжлэл нь 8-)

ADO технологи.NET, . NET FrameWork, КОРБА

ADO .NET мэдээллийн санд алсаас нэвтрэх технологийг мөн клиент-серверийн архитектурт зориулан боловсруулсан. Үйлчлүүлэгч ба сервер гэсэн хоёр түвшний алсын мэдээллийн сангаас гадна програмуудын бизнесийн логикийг хэрэгжүүлдэг бизнесийн логик серверүүд нэмэгддэг.

ADO .NET технологи нь үйлчлүүлэгчийн мэдээллийн сангийн сервертэй ажиллах дараах схемийг бий болгодог.

Сервертэй холболт үүсгэх;

Шаардлагатай өгөгдлийг олж авах;

Холболтыг хаах;

Мэдээлэл боловсруулах;

Өөрчлөгдсөн өгөгдлийг сервер рүү буцааж дамжуулах холболтыг бий болгож байна.

ADO .NET нь хоёр үндсэн модуль дээр суурилдаг:

Өгөгдөл нийлүүлэгч .NET FrameWork

Суурин харилцааны мэдээллийн сан (DataSet).

Өгөгдөл нийлүүлэгчНэрнээс нь харахад программыг өгөгдлийн эх сурвалжтай холбох, өгөгдлийг удирдах үүрэгтэй. Өгөгдөл нийлүүлэгч нь дараах өгөгдөл боловсруулах объектуудыг агуулна.

a) Холболт нь өгөгдлийн эх үүсвэртэй холболт үүсгэх, түүнчлэн гүйлгээг удирдахад ашиглагддаг.

b) Тушаал нь эх сурвалжийн өгөгдлийг удирдах, мөн хадгалагдсан процедурыг гүйцэтгэх боломжийг олгодог. Энэ тохиолдолд хоёр чиглэлд өгөгдөл дамжуулах параметрүүдийг ашиглаж болно.

c) DataAdapter нь DataSet мэдээллийн сан болон өгөгдлийн эх сурвалжийг хооронд нь холбогч үүрэг гүйцэтгэдэг бөгөөд өгөгдлийн багцыг мэдээллээр дүүргэх болон үйлчлүүлэгчийн өөрчилсөн өгөгдлийг эх сурвалж руу буцаан илгээх үед SQL командуудыг гүйцэтгэхийн тулд Command объектыг ихэвчлэн ашигладаг. Энэ нь эдгээр функцийг гүйцэтгэх дөрвөн аргатай: SelectCommand, InsertCommand, UpdateCommand, DeleteCommand.

d) DataReader нь эх сурвалжаас зөвхөн унших боломжтой өгөгдлийг өгдөг. Хэрэв үйлчлүүлэгчийн програм нь өгөгдлийг өөрчлөхгүй бөгөөд дур мэдэн өгөгдлийг сонгох шаардлагагүй, гэхдээ нэг удаа үзэхэд хангалттай бол DataSet-ийн оронд DataReader ашиглах нь компьютерийн нөөцийг хэмнэхээс гадна програмын гүйцэтгэлийг нэмэгдүүлэх болно.

Суурин харилцааны мэдээллийн сан Энэ нь үйлчлүүлэгчийн хүлээн авсан RAM-д хадгалагддаг харилцааны мэдээллийн сан юм.

Цаашилбал, үйлчлүүлэгч офлайн горимд өгөгдлийг боловсруулж, шаардлагатай бол тэдгээрийг өөрчилсний дараа сервертэй дахин холболт хийж, оршин суугч мэдээллийн сангаас өөрчлөгдсөн мэдээллийг буцааж дамжуулдаг.

Ийм харилцан үйлчлэлийн схем нь файлын архитектурын ажилтай зарим талаараа төстэй юм -

сервер бөгөөд аж ахуйн нэгжүүд алсын мэдээллийн сантай ажиллахдаа ихэвчлэн ашигладаг дэлхийн сүлжээИнтернет.

ADO .NET-ийн нэг хэсэг болгон дэлхийн интернетээр объектуудад хандах боломжийг олгохын тулд HTML болон XML зэрэг өгөгдлийн танилцуулгын янз бүрийн форматуудын хоорондын харилцан үйлчлэлийг хангадаг .NET FrameWork модулийг өгсөн.

Эдгээр шинж чанаруудаас харахад ADO .NET технологи нь дараахь зүйлийг хангадаг болохыг харж болно.

HTML болон XML зэрэг янз бүрийн форматын өгөгдөл хооронд харилцах чадвар;

Дэлхийн интернетээр алсын мэдээллийн сантай ажиллахад ихээхэн хэмжээний зардал хэмнэнэ.

Сүүлийн шинэчлэлт: 2015.10.31

Өнөөдөр өгөгдөлтэй ажиллах нь маш чухал юм. Өгөгдлийг хадгалахад ашигладаг янз бүрийн системүүдөгөгдлийн сангийн менежмент: MS SQL сервер, Oracle, MySQL гэх мэт. Ихэнх том программууд нь эдгээр мэдээллийн сангийн удирдлагын системийг ямар нэгэн байдлаар өгөгдөл хадгалахад ашигладаг. Гэхдээ мэдээллийн сан болон C# програмын хооронд харилцахын тулд зуучлагч хэрэгтэй. Ийм зуучлагч бол ADO.NET технологи юм.

ADO.NET нь .NET Framework дээр суурилсан өгөгдлийн технологийг хангадаг. Энэхүү технологи нь бидэнд өгөгдлийн сан руу асуулга илгээх, холболт үүсгэх, мэдээллийн сангаас хариу хүлээн авах болон бусад хэд хэдэн үйлдлүүдийг хийх боломжтой ангиудын багцыг өгдөг.

Үүнээс гадна мэдээллийн санг удирдах олон систем байж болохыг анхаарах нь чухал. Үндсэндээ тэд өөр байж болно. Жишээлбэл, MS SQL Server ашигладаг T-SQL хэл, харин MySQL болон Oracle нь PL-SQL ашигладаг. Өөр өөр мэдээллийн сангийн системүүд өөр өөр төрлийн өгөгдөлтэй байж болно. Бусад оноо бас ялгаатай байж болно. Гэсэн хэдий ч ADO.NET-ийн үйл ажиллагаа нь хөгжүүлэгчдэд олон төрлийн DBMS-тэй ажиллах нэгдсэн интерфэйсийг хангах үүднээс бүтээгдсэн.

ADO.NET дахь өгөгдлийн сангийн интерфейс нь хязгаарлагдмал хүрээний объектууд дээр суурилдаг: Connection, Command, DataReader, DataSet болон DataAdapter. Холболтын объект нь өгөгдлийн эх үүсвэртэй холболт үүсгэдэг. Command объект нь өгөгдлийн сангаас өгөгдөл дээр үйлдэл хийх боломжийг олгодог. DataReader объект нь хүсэлтийн үр дүнд хүлээн авсан өгөгдлийг уншдаг. DataSet объект нь өгөгдлийн сангаас өгөгдлийг хадгалахад зориулагдсан бөгөөд өгөгдлийн сангаас хамааралгүйгээр тэдэнтэй ажиллах боломжийг олгодог. DataAdapter объект нь DataSet болон өгөгдлийн эх үүсвэрийн хооронд зуучлагч юм. Үндсэндээ эдгээр объектуудаар дамжуулан мэдээллийн сантай ажиллах ажил явагдана.

Гэсэн хэдий ч, өөр өөр өгөгдлийн эх сурвалжид ижил объектуудыг ашиглахын тулд тохиромжтой өгөгдөл нийлүүлэгч. Үнэн хэрэгтээ ADO.NET дахь өгөгдөл нийлүүлэгчээр дамжуулан мэдээллийн сантай харилцан үйлчлэлцдэг. Түүнчлэн, ADO.NET дахь мэдээллийн эх сурвалж бүрийн хувьд дээрх ангиудын тодорхой хэрэгжилтийг тодорхойлдог өөрийн үйлчилгээ үзүүлэгч байж болно.

Анхдагч байдлаар, ADO.NET нь дараах суурилуулсан үйлчилгээ үзүүлэгчтэй байдаг:

    MS SQL серверийн үйлчилгээ үзүүлэгч

    OLE DB үйлчилгээ үзүүлэгч (MS SQL Server-ийн зарим хуучин хувилбарууд болон Access, DB2, MySQL болон Oracle мэдээллийн санд хандах боломжийг олгодог)

    ODBC-ийн үйлчилгээ үзүүлэгч (Үйлчилгээ үзүүлэгч байхгүй өгөгдлийн эх сурвалжийн үйлчилгээ үзүүлэгч)

    Oracle-д зориулсан үйлчилгээ үзүүлэгч

    EntityClient үйлчилгээ үзүүлэгч. ORM Entity Framework технологийн өгөгдөл нийлүүлэгч

    SQL Server Compact 4.0 серверийн үйлчилгээ үзүүлэгч

Эдгээр үйлчилгээ үзүүлэгчдээс гадна MySQL гэх мэт янз бүрийн мэдээллийн санд зориулагдсан өөр олон үйлчилгээ үзүүлэгч байдаг.

ADO.NET-д ашиглагддаг үндсэн нэрийн орон зайнууд нь:

    System.Data: ADO.NET архитектурыг хэрэгжүүлдэг анги, интерфейс, төлөөлөгчдийг тодорхойлдог

    System.Data.Common: бүх ADO.NET үйлчилгээ үзүүлэгчдийн нийтлэг классуудыг агуулна

    System.Data.Design: өөрийн өгөгдлийн багц үүсгэхэд ашигладаг ангиудыг тодорхойлдог

    System.Data.Odbc: ODBC-д зориулсан өгөгдөл нийлүүлэгчийн функцийг тодорхойлно

    System.Data.OleDb: OLE DB-д зориулсан өгөгдөл нийлүүлэгчийн үйл ажиллагааг тодорхойлдог

    System.Data.Sql: SQL серверийн тусгай функцийг дэмждэг ангиудыг хадгалдаг

    System.Data.OracleClient: Oracle мэдээллийн сангийн үйлчилгээ үзүүлэгчийн функцийг тодорхойлдог

    System.Data.SqlClient: MS SQL Server мэдээллийн сангийн үйлчилгээ үзүүлэгчийн үйл ажиллагааг тодорхойлдог

    System.Data.SqlServerCe: SQL Server Compact 4.0-д зориулсан үйлчилгээ үзүүлэгчийн функцийг тодорхойлдог.

    System.Data.SqlTypes: MS SQL Server өгөгдлийн төрлүүдийн ангиудыг агуулдаг

    Microsoft.SqlServer.Server: Нийтлэг хэлтэй ажиллахын тулд SQL серверийн бүрэлдэхүүн хэсгүүдийг хадгалдаг.

ADO.NET-ийн архитектурыг схемийн дагуу дараах байдлаар илэрхийлж болно.

Үйл ажиллагааны хувьд ADO.NET ангиудыг холбогдсон ба салгагдсан гэсэн хоёр түвшинд хувааж болно. .NET мэдээллийн үйлчилгээ үзүүлэгч бүр өөрийн гэсэн Холболт, Команд, DataReader, DataAdapter болон холбогдсон давхаргыг бүрдүүлдэг хэд хэдэн объектын хувилбарыг хэрэгжүүлдэг. Өөрөөр хэлбэл, тэдгээрийн тусламжтайгаар мэдээллийн сантай холбоо тогтоож, түүнтэй харилцан үйлчлэлцдэг. Дүрмээр бол тодорхой үйлчилгээ үзүүлэгч бүрийн хувьд эдгээр объектын хэрэгжилт нь үйлчилгээ үзүүлэгчийг харуулсан угтвартай байдаг.

DataSet, DataTable, DataRow, DataColumn болон бусад хэд хэдэн ангиуд нь салгагдсан давхаргыг бүрдүүлдэг, учир нь өгөгдлийг DataSet-д татаж авсны дараа бид холболт хийгдсэн эсэхээс үл хамааран тэдгээр өгөгдөлтэй ажиллах боломжтой. Өөрөөр хэлбэл, мэдээллийн сангаас өгөгдөл хүлээн авсны дараа програмыг мэдээллийн эх сурвалжаас салгаж болно.

n түвшний архитектурын архитекторууд шинэ технологи, загвар, стратегийг үнэлэхдээ тэр шинэ оньсого нь архитектурт хэрхэн тохирохыг шийддэг. Хэрэв Entity Framework байгаа бол нэгтгэх нь ямар ч хүндрэл учруулахгүй. Үүнийг n түвшний архитектур болон нэг түвшний архитектурт нэгтгэж болно.

19.03.2009 15:32

Entity Framework FAQ

Аж ахуйн нэгжийн загварчлалыг ойлгох, ийм загваруудыг харилцааны өгөгдлийн санд буулгах, Аж ахуйн нэгжийн өгөгдлийн загвар (EDMs) -ийг зохион бүтээх нь Entity Framework-ийг ойлгох эхний алхамууд юм. Би энэ өгүүллийг ObjectContext анги зэрэг Entity Framework-ийн үндсэн зарчмуудын талаархи асуултуудад хариулж, дараа нь Entity Client-ийг Entity SQL-тэй хэзээ, хаана ашиглах тухай асуултуудад хариулж эхлэх болно. Нэмж дурдахад би EntityClient болон Object Services хоёрын ялгаа, LINQ болон Entity SQL асуулгыг эдгээр үйлчилгээнүүдийн хамт ашиглах үр дагаврыг тайлбарлахаар төлөвлөж байна.

16.02.2009 15:15

ADO.NET Entity Framework тойм

Гарч байна харааны студи 2008 онд ADO.NET нь шинэ Entity Framework архитектурыг нэвтрүүлсэн. Энэ нь хөгжүүлэгчдэд логик эсвэл харилцааны өгөгдлийн загварын оронд объектын загвар ашиглан өгөгдөлд хандах боломжийг олгодог. Entity Framework нь хийсвэрлэхэд тусалдаг логик диаграмөгөгдлийг концепцийн загварт оруулж, Object Services болон EntityClient нэртэй шинэ өгөгдөл нийлүүлэгчээр дамжуулан концепцийн загвартай харилцах хэд хэдэн аргыг өгдөг. Энэ сарын нийтлэлээр Entity Framework гэж юу болох, энэ нь програмд ​​хэрхэн хамаарах, түүнийг хэрхэн бодож төлөвлөх, программчлах талаар ярилцах болно.

13.02.2009 18:44

Entity Framework бүхий аж ахуйн нэгжийн мэдээллийн загварыг боловсруулах

Entity Framework нь шинэ технологи, ADO.NET-д зориулагдсан. Энэ нь хөгжүүлэгчдэд физик загвараас илүү логик загвар ашиглан өгөгдлийг дүрслэх боломжийг олгодог бөгөөд энэ нь хөгжлийн уян хатан байдлыг хангадаг. Сэтгүүлийн 2007 оны 7-р сарын дугаарт "Өгөгдлийн цэгүүд" гэсэн гарчигтай бид өгсөн дэлгэрэнгүй тойм Entity Framework технологи (энэ нь 2008 оны эхний хагаст албан ёсоор гарах ёстой).

13.02.2009 18:33

Бизнесийн байгууллагуудыг хэвийн болгох, баталгаажуулахын тулд шинж чанаруудыг ашиглах

Корпорацийн програмчлалд өгөгдлийн хандалтын давхаргыг зохион бүтээхдээ бизнесийн объектуудтай (бизнесийн байгууллагууд) ажиллах тухай асуулт ихэвчлэн гарч ирдэг: эдгээр нь ачаалах / өөрчлөх / хадгалах, түвшин хооронд шилжих явдал юм. Үүнийг хийх хоёр үндсэн арга байдаг - өөрийн аж ахуйн нэгжийг ашиглах эсвэл стандарт гэсэн үг(ADO.NET үүнийг хийх маш тохиромжтой аргуудыг өгдөг) - DataSet ашиглан.

20.01.2007 03:54

ADO.NET: Технологийн тойм

Өгөгдлийн сантай ажилладаг олон програмистууд Майкрософт платформууд, ADO технологи - ActiveX Data Objects-ийн энгийн, тав тухтай байдлыг үнэлж чадна. Зөн совингийн интерфэйс ба логик объектуудын багц нь програмчлалын хялбар байдал зэрэг нь програмистуудаас зохих ёсоор хүлээн зөвшөөрөгдсөн. Гэсэн хэдий ч шинэ .NET платформтой хамт Microsoft нь мэдээллийн санд нэвтрэх шинэ үеийн хэрэгслүүд болох ADO.NET-ийг нэвтрүүлж байна.

27.12.2006 01:32

Шаталсан бүтэцтэй өгөгдөл дээрх үйлдлүүд. .NET дээр тархсан програмуудыг хөгжүүлж байна

Энэ нийтлэл нь өгөгдлийн эх сурвалж дахь шаталсан мөрүүдийг унших, бичих арга техникийг харуулж байна. Энэ нийтлэлд өгсөн кодын жишээнд мэдээллийн санд холбогдохын тулд Microsoft-ын өгөгдөл SQL Server эсвэл Microsoft Desktop Engine (MSDE) нь SQL удирддаг үйлчилгээ үзүүлэгчийг ашигладаг. OLEDB-тэй нийцсэн бусад мэдээллийн эх сурвалжтай холбогдохын тулд ADO удирддаг үйлчилгээ үзүүлэгчийг ашиглана уу.

27.12.2006 01:26

ADO.NET дээр офлайн өгөгдөлтэй ажиллах

ADO.NET нь өмнөх ADO болон OLE DB-ээс ялгаатай нь тусгайлан ашиглахад зориулагдсан болно вэб програмууд, мэдээллийн санд байнгын холболт байхгүй тохиолдолд. ADO.NET дахь өгөгдөлтэй ажиллах уламжлалт ажлыг дараах схемийн дагуу бүтээдэг. Холболт, дараа нь үүнийг Open аргаар нээж, Command объектыг капсул хэлбэрээр үүсгэнэ SQL тушаал, энэ нь гүйцэтгэгдэж, дараа нь холболт хаагдана. Энэ арга нь асуулгын үр дүнд урсгалтай хандах боломжийг олгодог. Тэдгээр. DataReader ашиглан өгөгдлийг унших үед та олон бичлэг дээр үсрэх эсвэл өмнөх рүү буцах боломжгүй. Дамжуулах хандалт нь хамгийн их гүйцэтгэлтэй байдаг.



Ачааж байна...
Топ