Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2009.02.08;
Скачать: CL | DM;

Вниз

Экспорт данных в 1С и (или) Excel   Найти похожие ветки 

 
aston2204 ©   (2008-12-08 11:49) [0]

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


 
Поросенок Винни-Пух ©   (2008-12-08 11:56) [1]

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

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


 
tesseract ©   (2008-12-08 12:00) [2]


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


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


 
aston2204 ©   (2008-12-08 12:01) [3]


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

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


 
aston2204 ©   (2008-12-08 12:02) [4]


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

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


 
aston2204 ©   (2008-12-08 12:02) [5]


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

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


 
Поросенок Винни-Пух ©   (2008-12-08 12:06) [6]

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

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


 
aston2204 ©   (2008-12-08 12:18) [7]


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

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


 
aston2204 ©   (2008-12-08 12:18) [8]

НЕ ДО ШУТОК! ПИШИТЕ ПО СУЩЕСТВУ!


 
Поросенок Винни-Пух ©   (2008-12-08 12:21) [9]

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

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


 
tesseract ©   (2008-12-08 12:25) [10]


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


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

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


 
aston2204 ©   (2008-12-08 12:44) [11]

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


 
aston2204 ©   (2008-12-08 12:48) [12]


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

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

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


 
Поросенок Винни-Пух ©   (2008-12-08 12:51) [13]

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

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


 
aston2204 ©   (2008-12-08 12:55) [14]

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


 
Поросенок Винни-Пух ©   (2008-12-08 13:10) [15]

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

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


 
tesseract ©   (2008-12-08 13:20) [16]


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


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


 
clickmaker ©   (2008-12-08 13:36) [17]

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

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


 
alexeis ©   (2008-12-08 15:04) [18]


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

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


 
aston2204 ©   (2008-12-09 10:00) [19]


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

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


 
aston2204 ©   (2008-12-09 10:04) [20]


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

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


 
Anatoly Podgoretsky ©   (2008-12-09 10:06) [21]

Не нам, а Вам


 
Palladin ©   (2008-12-09 10:25) [22]


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

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


 
Anatoly Podgoretsky ©   (2008-12-09 10:29) [23]

Это импорт.


 
Palladin ©   (2008-12-09 10:32) [24]

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


 
sniknik ©   (2008-12-09 11:22) [25]

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

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

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

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


 
Anatoly Podgoretsky ©   (2008-12-09 13:38) [26]


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

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


 
blackman ©   (2008-12-09 14:00) [27]

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


 
tesseract ©   (2008-12-09 15:29) [28]


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


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


 
blackman ©   (2008-12-09 16:14) [29]

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


 
tesseract ©   (2008-12-09 16:36) [30]


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


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

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


 
blackman ©   (2008-12-09 16:53) [31]

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


 
tesseract ©   (2008-12-09 17:24) [32]


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


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


 
blackman ©   (2008-12-09 17:39) [33]

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


 
tesseract ©   (2008-12-09 17:49) [34]


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


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


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

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


 
blackman ©   (2008-12-09 18:17) [35]

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


 
atruhin ©   (2008-12-10 15:08) [36]

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

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


 
tesseract ©   (2008-12-10 17:00) [37]


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


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


 
YurikGL ©   (2008-12-10 22:01) [38]

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

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



Страницы: 1 вся ветка

Текущий архив: 2009.02.08;
Скачать: CL | DM;

Наверх




Память: 0.56 MB
Время: 0.015 c
2-1230221363
dmitry_12_08_73
2008-12-25 19:09
2009.02.08
Как получить список всех форм проекта


15-1229203553
Riply
2008-12-14 00:25
2009.02.08
Хочу сказать спасибо :)


2-1230583229
AlexF
2008-12-29 23:40
2009.02.08
ComboBox


1-1207490509
mufan
2008-04-06 18:01
2009.02.08
private|public разделы для программно создаваемой формы


2-1230138119
Евгений Р.
2008-12-24 20:01
2009.02.08
Цвет tLabel