OleServer
От: skolotovich Украина  
Дата: 02.12.02 15:56
Оценка:
Люди помогите крыша уже едет

простейшая програмка: екселевскую таблицу перегнать в интербейз
естественно без OLE ни как не обойтись поэтому юзаю ExcelApplication
эта гадасть делает что угодно но только не то что нужно
я сижу и головой об монитор стучусь

есть ли вариант сделать по другому
желательно без порчи нервов средствами VB
если нет вопрсы такие
1. как установить worksheet активным
2. перемещение по таблице
3. rowCount & colCount
4. чтение данных

большой плиз показать кодом
теоретических сведений у меня хватает
Re: OleServer
От: Vsim  
Дата: 02.12.02 16:26
Оценка:
Здравствуйте, skolotovich, Вы писали:

S>Люди помогите крыша уже едет


Я устроился в одну НЕ особо крутую фирму недавно, пишущую на Builder
и на мой вопрос как они пишут отчеты, мне сказали что компонентами Builder не используют, а делают тоже-самое в Delphi и заворачивают в DLL, а затем
используют в Builder. Сначала я думал, что это извращение, но потом (когда у меня тоже съехала крыша) понял
что извращение-это использовать компоненты Builder.Есть код и т.д. Если не предложат что-нибудь лучше могу поделится.Работает отлично.
Re[2]: OleServer
От: skolotovich Украина  
Дата: 02.12.02 16:33
Оценка:
Здравствуйте, Vsim, Вы писали:

V>Есть код и т.д. Если не предложат что-нибудь лучше могу поделится.Работает отлично.


Было очень классно
как свяжемся?
Re[3]: OleServer
От: Vsim  
Дата: 02.12.02 17:14
Оценка:
Здравствуйте, skolotovich, Вы писали:

S>Здравствуйте, Vsim, Вы писали:


V>>Есть код и т.д. Если не предложат что-нибудь лучше могу поделится.Работает отлично.


S>Было очень классно

S>как свяжемся?

На ftp.gasp.ru в каталоге pub папка reports с исходниками Delphi.
Re[4]: OleServer
От: skolotovich Украина  
Дата: 03.12.02 08:00
Оценка:
Здравствуйте, Vsim, Вы писали:

V>Здравствуйте, skolotovich, Вы писали:


S>>Здравствуйте, Vsim, Вы писали:


V>>>Есть код и т.д. Если не предложат что-нибудь лучше могу поделится.Работает отлично.


S>>Было очень классно

S>>как свяжемся?

V>На ftp.gasp.ru в каталоге pub папка reports с исходниками Delphi.


штука класная
но под какой офис она написана?

[Error] unCreateReport.pas(278): Incompatible types: 'Excel97._Worksheet' and 'Excel2000._Worksheet'

но в люблм случае сенкс за исходники
когда их подправлю пришлю коректный вариант
Re[5]: OleServer
От: Vsim  
Дата: 03.12.02 09:12
Оценка:
Здравствуйте, skolotovich, Вы писали:

Под двухштучный.Хотя переделать под 98 проблемы нет. Если надо будет посмотреть как используется в Builder, то там же будет попозже папка Examples
Re[5]: OleServer
От: Vsim  
Дата: 03.12.02 09:27
Оценка:
Здравствуйте, skolotovich, Вы писали:

Извиняюсь за пердыдущее сообщение.Написано под 97, но у меня стоит 2000 и нормально работает.
Re[6]: OleServer
От: skolotovich Украина  
Дата: 03.12.02 09:42
Оценка:
Здравствуйте, Vsim, Вы писали:

V>Здравствуйте, skolotovich, Вы писали:


V>Извиняюсь за пердыдущее сообщение.Написано под 97, но у меня стоит 2000 и нормально работает.


уже компилится
называется глоки дяди Борланда

пока тест не гонял, на прочность не испытывал, но количество try ... except мне понравилось

единственое что форматирование листинга глаз не радует,
а так еще раз большое спасибо
обещаюсь прислать все изменения и соблюдать куперайт
Re: OleServer
От: Fantasist  
Дата: 04.12.02 05:02
Оценка:
Здравствуйте, skolotovich, Вы писали:

S>Люди помогите крыша уже едет


S>простейшая програмка: екселевскую таблицу перегнать в интербейз

S>естественно без OLE ни как не обойтись поэтому юзаю ExcelApplication

Без СOM не обойтись, но ExcelApplication использовать вовсе не нужно, потому как есть DAO и есть хорошие компоненты для работы с ним. А на крайняк, и ADO сгодиться. По любому будет быстрее, удобнее и надежнее чем связываться через OLE сервер.
Re[2]: OleServer
От: skolotovich Украина  
Дата: 04.12.02 07:02
Оценка:
Здравствуйте, Fantasist, Вы писали:

F>Здравствуйте, skolotovich, Вы писали:


S>>Люди помогите крыша уже едет


S>>простейшая програмка: екселевскую таблицу перегнать в интербейз

S>>естественно без OLE ни как не обойтись поэтому юзаю ExcelApplication

F> Без СOM не обойтись, но ExcelApplication использовать вовсе не нужно, потому как есть DAO и есть хорошие компоненты для работы с ним. А на крайняк, и ADO сгодиться. По любому будет быстрее, удобнее и надежнее чем связываться через OLE сервер.


Большой плиз поподробнее
а то я за такие вещи схватился недавно
если можно краткое описание каждой технолгии и линки на ресурсы
а дальше сам разберусь

заранее спасибо
Re[6]: OleServer
От: skolotovich Украина  
Дата: 04.12.02 12:02
Оценка:
Здравствуйте, Vsim, Вы писали:

V>Здравствуйте, skolotovich, Вы писали:


V>Извиняюсь за пердыдущее сообщение.Написано под 97, но у меня стоит 2000 и нормально работает.


Все было хорошо
но я человек в билдере еще не искушонный поэтому, плиз, рассакажи как длл подрубить
выскакивает следующие:
[Linker Error] Error processing module D:\WORK\EXEL2IB\REPORTXL.LIB
как с этим боротся?
Re[7]: OleServer
От: Vsim  
Дата: 04.12.02 13:43
Оценка:
Здравствуйте, skolotovich, Вы писали:

Если не найдешь ответ здесь
то мыль mivs@gasp.ru
Re[3]: OleServer
От: Fantasist  
Дата: 04.12.02 22:58
Оценка:
Здравствуйте, skolotovich, Вы писали:

S>Большой плиз поподробнее

S>а то я за такие вещи схватился недавно
S>если можно краткое описание каждой технолгии и линки на ресурсы
S>а дальше сам разберусь

S>заранее спасибо


Хмм... Ну как и DAO так и ADO — это набор ActiveX компонентов для доступа к БД. Что касается ADO — это набор объектов посредников для работы с OLE DB — каждый разработчик CУБД может предоставить провайдер для OLE DB (то есть некий набор необходимых объекто, реализующих определенный набор интерфейсов. Типа как драйвер ODBC). В принципе, cуществует стандартный провайдер OLE DB для ODBC, благодаря чему и можно через ADO связатся с ODBC и соответсвенно с любой базой предаставляющий драйвер для ODBC, но понятно, что performance у такой связки не очень. DAO — это опять же набор ActiveX, но работающий непосредственно с базами данных предоставленных Microsoft'ом. Работать естессвенно можно как с обычными ActiveX, но существуют компоненты для работы и с тем и с другим. Для excel, конечно, предпочтительнее DAO и коли вы работает с Builder/Delphi то вот возможные компоненты для работы с ним:

http://torry.net/db/visible/db_vispacks/kadaocontrols.zip
http://torry.net/db/direct/db_msother/kadaope.zip
Re[4]: OleServer
От: skolotovich Украина  
Дата: 05.12.02 14:07
Оценка:
Здравствуйте, Fantasist, Вы писали:

F>Здравствуйте, skolotovich, Вы писали:


S>>Большой плиз поподробнее

S>>а то я за такие вещи схватился недавно
S>>если можно краткое описание каждой технолгии и линки на ресурсы
S>>а дальше сам разберусь

S>>заранее спасибо


F>Хмм... Ну как и DAO так и ADO — это набор ActiveX компонентов для доступа к БД. Что касается ADO — это набор объектов посредников для работы с OLE DB — каждый разработчик CУБД может предоставить провайдер для OLE DB (то есть некий набор необходимых объекто, реализующих определенный набор интерфейсов. Типа как драйвер ODBC). В принципе, cуществует стандартный провайдер OLE DB для ODBC, благодаря чему и можно через ADO связатся с ODBC и соответсвенно с любой базой предаставляющий драйвер для ODBC, но понятно, что performance у такой связки не очень. DAO — это опять же набор ActiveX, но работающий непосредственно с базами данных предоставленных Microsoft'ом. Работать естессвенно можно как с обычными ActiveX, но существуют компоненты для работы и с тем и с другим. Для excel, конечно, предпочтительнее DAO и коли вы работает с Builder/Delphi то вот возможные компоненты для работы с ним:


F>http://torry.net/db/visible/db_vispacks/kadaocontrols.zip

F>http://torry.net/db/direct/db_msother/kadaope.zip

Spasibo
 
Подождите ...
Wait...
Пока на собственное сообщение не было ответов, его можно удалить.