Sveiki,
Taip, kitas reikalas su ODBC, nei su ADO (ADO turima galvoje ta atskira nuo ODBC ADO kuriant OO database), per ADO kazkuriuo variantu kai bandziau del MSSQL lauku tipu buvo problema, nurodau pvz nvarchar(100) ka ir pats OO supranta, kas ir paciam MSSQL yra, o sukuria paemes nchar(1) ar kazka panasaus (jau gerai nepaemnu), esme buvo ka gali pats OO daryt pasijunges, kurt lentas ir pan... tiesa lenteles lauku pozicijos keisti neleidzia, toliau dar buvo problema kad visus ir sisteminius objektus ir savus rode vienam sarase, tai buvo didelis bardakas, matyt jis kazkokias sistemines neprieinamas realiai paziurejimui lentas isknisa...
Per ODBC sukuria katalogus owneriam, pvz. dbo, sys ir pan, tada savus objektus matai atskirai, maziau maisalynes, na ir dirba normaliau, tiesa taip isvengti paciam koregavimo lentu nepavyko...
O del to kokiam useriui tai gali but prieinama, tai as pats programmeris, man cia prireike ant greicio nedideles DB paciam savo poreikiam, suvesti 3 lentas info :) tai tingejosi programint, reikejo 3 lentos: imones (id,name), produktai (id, imonesId, tipoId, name), produkto tipas (id, name), kur labai puikiai parode imone + produktai su sub forma tiesiog sukurus su wizardu, ivedi imone po to produktus i sarasa...
Bet kai man prireike kad produktu sarase butu comboboxas su tipo pavadinimu o automatiskai priskyrinetu ID lengvai ir greitai to neisejo padaryt, taip pat i defaultinius ID laukus kad ir paciam MSSQL foreign keys nurodyti jis nesusiprotejo priskirti produktui imones id
Tai meciau i sona nes man cia nereikia kazin ko ir excelyje susirasiau :)
"bambukas" <a.zacharas_NUTRINTI_@gmail.com> wrote in message news:hcukbn$t13$1@trimpas.omnitel.net...
> oi atleisk kad aš taip nekukliai čia... va atsiprašymas -->
> http://greetings.icq.com/greetings/cards/122/
>
> "IF" <arasprogramier@gmail.com> wrote in message
> news:hcui4k$pe2$1@trimpas.omnitel.net...
>> Bent jau nesigirtum garsiai, toki "Sedevra" uzsukes. Ir galva guldau jei
>> toks tiko, kad tokiai sistemoje vadovauja tetos.
>
>