Наследяване на DataSet

12 отговора 395 прегледа
#1

Наследяване на DataSet

Може ли някой да ме посъветва как от една форма или клас, да имам видимост до таблица дефинирана в основната форма, без да се правят локални копия в новия клас. Пробвах с Inherited form, но пак не ми дава достъп до таблиците.

Мерси..

Отговор
в отговор на Edalia #2

Re: Наследяване на DataSet

Ako ia definirash kato public, a ne kato private 6te ima6 dostap do neia i ot drugite klasove. :)

Отговор
в отговор на Edalia #3

Re: Наследяване на DataSet

Обяви я като protected. Ще се вижда при наследника, но пък няма да е видима за останалите. Смятам, че това решение е по-удачно от обявяването като public, защото запазва идеята за капсулираност на класовете.

Отговор
в отговор на Edalia #4

Re: Наследяване на DataSet

Ne znam s kakva zel izpolzvash dataset, no moze bi e dobre da pomislish dali naistina e neobhodim predvid negovata disconnected konzepzia i ne visokata mu proizvoditelnost.

Отговор
в отговор на Sasho #5

Re: Наследяване на DataSet

Благодаря за съветите,
в крайна сметка май е най-чисто просто да си декларирам нов дейтасет в другата форма, тепърва ми предстои да тествам какви са зъкасненията, т.к. гоня микро секунди.
Интересно ми е защо Сашо смята че дейтасета не е производителен.
Експериментите ми показаха, че ако използвам дейта сет за достъп до данни, като не включвам инициализирането на базата в сметките, е от 2 до почти 3 пъти по-бързо отколкото ако просто тегля променливи от елементарно масивче...
и ако според теб дейта сета не е достатъчно бърз, кое е по-бързо

Отговор
в отговор на Edalia #6

Re: Наследяване на DataSet

Opredeleno ako rabotish sus DB, DataSet-a vodi do usloznenia ot roda na mazane na zapisi edin vurho drug. Misulta mi e che tui kato toi e disconnectnat ot DB toi trupa zialata informazia na klienta koeto ot edna stranba dava Scalability ot druga oba4e namaliava proizvoditelnostta. Po burz na4in za rabota v connected rezim opredeleno e DataReader-ut. I ne zabraviai 4e silata e na stranata na Stored prozedurite. Za men DataSet-a e neobhodim ako imash mnogo potrebiteli koito ednovremenno shte prashtat zaiavki kum bazata.

Отговор
в отговор на Sasho #7

Re: Наследяване на DataSet

Замислих се за бързодействието,

Интересното е че като правих тестове имам по-бърз достъп до елементи от база данни , отколкото до масив. В момента се опитвам да записвам данни дирекно в кеша на рама, но не знам какво ще излезе от това. Правил ли си такова нещо?! Относно datareader-а, мерси за идеята. сега тъкмо съм си отворила едно две примерчета за да вида за какво става дума.

Редактирано от Edalia на

Отговор
в отговор на Edalia #8

Zagriah

Sory do sega iavno ne sum razbiral kakvo to4no iskash no sega mai shvanah.
1. Na4i ako iskash da bindnesh niakakuv kontrol kum tabliza opredeleno imash nuzda ot DataSet!
2. Ako iskash burz dostup i burza obrabotka na informazia i ako niamash potresavashto koli4estvo klienti izpolzvash DataReader i silata na SQL po vuzmoznost v Store Proceduri ako se poddurzat ot bazata.
3. Ako imash mnogo goliamo koli4estvo klienti polzvash DataSet

Do kolkoto rabrah oba4e na tebe ti triabva da Bindnesh tabliza kum kontrol tui 4e DataSet-a shte ti svurshi rabota.

PS: zashto DataSet e po baven- zashtoto si pravi lokalno kopie na klienta i zashtoto ima vutreshno predstaviane na vseki Row vuv vid na XML. V sravnenie DataReader predstavia tablizata vuv vid na Potok/Streamva ia/. Toest DataSet-a e v puti po baven ot DataReader + SQL/za updati/. Da ne govorim za problemite koito suzdava ako se naka4at mnogo maimuni na klona.

Отговор
в отговор на Edalia #9

Re: Наследяване на DataSet

Ia prati niakuv kod na mail_a_petrov@abv.bg da vidia kakvi gi vurshish:)

Отговор
в отговор на sasho #10

Re: Наследяване на DataSet

Ама програмата е бая голямака,
бая омотана история и все не ми достига време за обработка и искам да се подсигуря с най-оптималния вариант.

За Datareader е сладко нещо, не съм се занимава с база данни преди...както се вижда!

И все пак ти на ръка ли си пишеш кънекшъните и адаптерите в C#-па или използваш уизърда. Защото аз все си мислех че готовия код си е най-оптимизиран, ама в [линк], гледам че все на ръка си ги пишат!?


Happy coding!

Редактирано от Edalia на

Отговор
в отговор на Edalia #11

Re: Наследяване на DataSet

за конекшън стрингове - аз пък обичам да ги чета от xml файлове - става лесно и не те задължава как ша ти са казва базата и къде ще е :)))

Ние сме точици във вселената. А всеки човек е една цяла вселена...
Отговор
в отговор на nupkc #12

Re: Наследяване на DataSet

Е чакай малко, то коя декларация те ограничава в местоположението на база, задаваш го като непълен адрес и толкова, и ако не му зададеш поне че си с SQL, как ще се оправи със синтаксиса?

Happy coding!
Отговор
в отговор на Edalia #13

Da vnesa iasnota

Wizarda e gotino neshto no ne triabva da se prekaliava. Toest s nego mozesh da nahvurliash osnovnite parametri, no ve4e ostanoviavaneto na po zadulbo4eni ka4estva na obekta nai dobre pravi ru4no. Toest na Wizard-a ne triabva da se raz4ita. Kakvo e prednazna4enieto mu: da moze 4ovek 100% da si definira rabotite 4rez klikvane. Da kazem 4e ne triabva da definirash 100% 4rez klikvane ,a samo 25-30% 4rez klikvane. Za men tova e optimalnoto polzvane na wizard za men li4no, ako niakoi se opravia 100% s wizard evala az li4no ne moga.

Отговор