Народ, помогите пожалуйста!
Необходимо осуществить экспорт данных бухам в 1С: УПП, ну или хотя бы в Excel. А лучше и туд и туда. Подскажите, какую СУБД лучше выбрать для этого, как осуществить собственно экспорт (на уровне абстракций) и прочие "подводные камни" этого процесса.
Заранее спасибо!

Подскажите, какую СУБД лучше выбрать для этого

Выбери лучше оракл.

> Подскажите, какую СУБД лучше выбрать для этого,


Мдя, где я, а где завтра. СУБД к импорту и экспорту отношения никакого не имеет.

> Выбери лучше оракл.

А какие у неё преимущества перед остальными? Я склоняюсь к кросс-СУБДшному решению :-)
И всё-таки... Как осуществить этот экспорт? Допустим СУБД - MySQL, клиент на Delphi 2006

> СУБД к импорту и экспорту отношения никакого не имеет

Не в этом суть. Как экспортировать?

> СУБД к импорту и экспорту отношения никакого не имеет

Не в этом суть. Как экспортировать?

Не в этом суть. Как экспортировать?

Как обычно.
Сначала едешь в таможню, платишь экспортную пошлину.

> Сначала едешь в таможню, платишь экспортную пошлину.

С юмором явно не лады

Подскажите, какую СУБД лучше выбрать для этого

Если экспортируемые данные в mssql, то выбирай fb.
Если экспортируемые данные в fb, то выбирай mysql
Если экспортируемые данные в mysql, то выбирай paradox
Если экспортируемые данные в paradox, то выбирай oracle.

> aston2204 ©   (08.12.08 12:18) [8]


По существу по какому ? Что и какие данные ты гонять собрался. И будь повежливее - не мы у тебя помощи просим.

Пишешь экспорт. Можно через XML можно через COM/OLE. Вопрос откуда ты экспортировать собрался ?

Повторюсь,
> осуществить экспорт данных бухам в 1С: УПП, ну или хотя
> бы в Excel

> И будь повежливее - не мы у тебя помощи просим.

Я максимально вежлив. Или я Вас оскорбил? Просто не люблю неуместный юмор.

"Данные" - это результат какого-либо запроса либо таблица вся. Откуда - из БД например на InterBase

Откуда - из БД например на InterBase

Тогда тебе нужно выбрать Postgress

Postgress - это СУБД? Хорошо. А как осуществить сам механизм импорта? Сформировать XML в моём проекте, а затем дописать 1С для разбора XML?

ну да, примерно так.

ps механизмы реализуются, а не осуществляются.

> Postgress - это СУБД? Хорошо. А как осуществить сам механизм
> импорта? Сформировать XML в моём проекте, а затем дописать
> 1С для разбора XML?


Типо того, просто зачем тебе СУБД только для экспорта ?

> Как осуществить этот экспорт? Допустим СУБД - MySQL, клиент
> на Delphi 2006

это разовая операция? тогда можно хоть в текстовик слить, а в 1С его закачать. Наверняка там есть какие-то средства. А уж в экселе - тем более

> Народ, помогите пожалуйста!
> Необходимо осуществить экспорт данных бухам в 1С: УПП, ну
> или хотя бы в Excel. А лучше и туд и туда. Подскажите, какую
> СУБД лучше выбрать для этого, как осуществить собственно
> экспорт (на уровне абстракций) и прочие "подводные камни"
> этого процесса.
> Заранее спасибо

Автор, определись: тебе экспорт нужен или импорт?

> Автор, определись: тебе экспорт нужен или импорт?

Читайте вопрос в теме внимательнее!

> Типо того, просто зачем тебе СУБД только для экспорта ?

Блин! Почему вы всё переворачиваете с ного на голову?! Забейте на СУБД! Просто опишите сам процесс экспорта. Операцию эту планируется осуществлять раз в день минимум. Из товарооборота небобходимо скинуть финансы бухгалтерам. Просто какую-то денежную информацию - не в ввиде количества товара, а в виде денег. Да и вообще - это просто проект. Думал, хоть кто-нибудь из Вас сталкивался с этим

Не нам, а Вам

> Просто опишите сам процесс экспорта.

1. Вытащить
2. Втащить

Это импорт.

И эскпорт тоже.

> Забейте на СУБД!
???

> Просто опишите сам процесс экспорта
только ты тоже забей на доп вопросы типа а какая субд/доступ и т.д.

DataSet.Open;
Excel.WorkBook[1].WorkSheets[1].Sheet.Cells[1,1].CopyFromRecordset(DataSet.Recor dset);
... вроде ничего не перепутал, хотя...

весь "процесс"

> И эскпорт тоже.

Это высосать
Вдуть

Delphi и 1C - экспорт и импорт
http://articles.org.ru/cfaq/index.php?qid=1515

> blackman ©   (09.12.08 14:00) [27]


Очень и очень тормозной вариант, 1с как ole-сервер напоминает паровой каток. Лучше уж через файлы - раз в 15-20 быстрее.

Очень и очень тормозной вариант, 1с как ole-сервер напоминает паровой каток
Не знаю, с чего ты это взял? Может быть на машине с крохотной памятью?
А если предлагаешь через файлы, то пиши как. Боюсь, что твой вариант как раз и будет тормозным. Дисковые операции никогда быстрыми не были

> Не знаю, с чего ты это взял? Может быть на машине с крохотной
> памятью?


Сравнивал. И не на медленных машинках. Дисковые операции фигня по сравнению с поздним связыванием и привычки 1с-а к вызову функций исключительно по их имени. А при импорте требуеться все таки заниматься нормализацией включаемых данных - а это рекурсивный перебор метаданных и ид и тп.

Я таких задач  кучу наотписывал, оптимальный вариант - свой COM модуль разбирающий файлик, но это для импорта / экспорта более 6-10 мегабайт. Так и 1с неплохо справляеться.

Сомневаюсь, но спорить не буду. Смотреть надо. Слова о COM, разбирающем файлик ни о чем не говорят.
Есть еще старое
Прямой доступ к базе данных 1С
http://articles.org.ru/cfaq/index.php?qid=1206

> Прямой доступ к базе данных 1С


Да вы батенька теоретик, нормализацию как соблюдать собираетесь ? Я давно прямой доступ использую, но никак не на запись.

tesseract ©   (09.12.08 17:24) [32]
При чем здесь нормализация? Вы о целостности наверное.
Однако, внимательней надо. Автор: Рудюк С.А.
Теоретик не я :)
Что бы не спорить скажу, что подробно можно прочитать на сайте фирмы 1С в разделе "Интеграция с другими системами" http://v8.1c.ru/overview/integration.htm
Все там давно описано и разжевано :)

> Все там давно описано и разжевано :)


Я и без этой статьи прекрасно справлялся. Причем в те времена когда 8-ки ещё небыло. Для 7.7 половина способов не сработает.


> Однако, внимательней надо. Автор: Рудюк С.А.

Я про то, что кидание ссылками не подразумевает практический опыт разработок.
Прямой доступ к базе 1с для записи использовать строго не рекомендуеться, да и  нормализация несколько посерьёзней просто целостности. СМ "нормальные формы" в отношении к БД.

Я про то, что кидание ссылками не подразумевает практический опыт разработок.
Согласен. Не подразумевает, но статьи-то полезные?
Прямой доступ к базе 1с для записи использовать строго не рекомендуеться
Нельзя, но если очень хочется, то можно :)
СМ "нормальные формы" в отношении к БД.
Ох! Смотрел... Насмотрелся по самое не хочу :)
Но все таки, вы о целостности намекали. Я так понял.

> [10] tesseract ©   (08.12.08 12:25)
> Пишешь экспорт. Можно через XML можно через COM/OLE. Вопрос
> откуда ты экспортировать собрался ?

В разное время делал и через OLE, и через XML, в итоге самый быстрый и удобный вариант,
это забирать данные прямо из 1С через ODBC и п.т. Если инициатором обмена должна быть внешняя
программа, то она просто через OLE вызывает нужную процедуру.

>  в итоге самый быстрый и удобный вариант,
> это забирать данные прямо из 1С


Забирать возможно, но вот вставлять уже явно нет. DBF 1С Кстати через ODBC особо не работает, OLE DB используеться.

Экспорт в Excel http://code.progler.ru/view/363

По сабжу: смутное подозрение, что у автора есть две разных 1С-ки. Он хочет что бы из одной 1С-ки кидалось в другую.... Ну или хотя бы из одной 1С-ки кидалось в Excel и передавалось пользователям второй 1С-ки...
Могу ошибаться.