создать новую тему раскрыть все
свернуть/развернуть ветвь Экспорт, импорт [Роман 19/04/2004 13:54] # написать ответ
 
Я так понимаю экспорт и импорт без Exel-я не работают.
Возможно ли сделать експорт и импорт в(из) файл Exel???
А импорт из Cash-файла должен работать в любом случае.
 
Dervish: Да, экспорт и импорт без Excel-я действительно не работают. В сам файл сделать непросто поскольку, я где-то читал об этом, Microsoft закрыла формат файла Excel-я и никому его не показывает. А ломать, честно говоря, не хочется.
 
И замечание про импорт из файла Cash тоже очень справедливое, я пропустил это дело, спасибо.
 
Мне кажется, довольно мало компьютеров, на которых нет Excel-я, кроме того, "лучшее - враг хорошего", так что я пока не буду обещать других форматов, думаю, что одним экспортом и импортом программа ценна не будет. Может быть в будущем можно будет сделать другие форматы. Например, QIF.
свернуть/развернуть ветвь Жаль... [Роман 20/04/2004 11:33] # написать ответ
 
У нас на работе нет Exel-я. Есть OpenOffice. Он читает и сохраняет файлы Exel-я. Вашу программу мы начали использовать в учете. И сейчас покупать 5 лицензий MSOffice очень не хочется...
 
Dervish: А, знаете, я ведь не подумал про OpenOffice. А аргумент серьёзный. Давайте, я посмотрю, что именно можно будет сделать, хорошо?
свернуть/развернуть ветвь Очередной круг. [Alex 20/04/2004 12:10] # написать ответ
 
Мы тему Екселя обсуждали уже много времнеи назад и долго перебирали CSV, давайте еще разок пообсуждаем...
 
Dervish: Нет, не будем мы обсуждать CVS. Я посмотрю просто возможности OpenOffice, там станет ясно. Из возможных форматов я рассматриваю QIF и XML. Мне кажется, что этого более чем достаточно.
свернуть/развернуть ветвь Формат OpenOffice [sergz 21/04/2004 11:47] # написать ответ
 
В OpenOffice формат файла именно XML
кроме того новая версия Excel 2003 читает и пишет XML на "УРА"
 
Dervish: Решено: поеду и куплю себе OpenOffice. Тогда и буду смотреть (а) в чём сам работать буду - MS Office или Open Office и (b) задумаюсь над форматом XML в экспорте/импорте.
свернуть/развернуть ветвь XML слишком общее понятие [Дмитрий 22/04/2004 11:35] # написать ответ
 
его наверное надо применять с какой нибудь спецификацией, например IFX (Interactive Financial eXchange)
 
Еще бы очень хотелось видеть одним из решений по импэксп - возможность работы с банками по текущим и пластиковым счетам
 
Dervish: Возможно и со спецификацией. Главное, имхо, не поддержка какого-то стандарта, а сделать так, чтобы пользователям было удобно. А пользователь зачастую не знает и не хочет знать (в чём он, пользователь, совершенно прав) по какому стандарту сделана та или иная фича. Юзеру нужно просто выгрузить свои данные из программы с какой-то целью. Потому мне и кажется, что поддержка в этом деле таких программ как Excel и/или OpenOffice важна.
свернуть/развернуть ветвь Импорт из cdbf? [Дим(м) 04/05/2004 22:24] # написать ответ
 
Было бы, мне кажется, правильно, если бы импортировать данные можно было и из старой базы.
По крайней мере, раз уж ACash умеет открывать старые файлы (в R-O режиме), то было бы логично, если бы она могла и импортировать данные из этого формата.
Хотя, конечно, это мелочь. И нужна скорее нам, бета-тестерам Well
 
Dervish: Хм, а он, в общем-то, может! Well Просто в диалоге открытия файла для импорта не показываются cdbf-файлы. Хотя, очень вероятно, что в 191-м билде такой возможности уже не будет, там изменится сам принцип открытия файла, увы.
свернуть/развернуть ветвь Не надо!!! [xFlower 17/04/2006 20:40] # написать ответ
 
его покупать!
Он бесплатный.
 
Только 100 мегабайт (он ведь не маленький, верно?) по платному трафику как правило оказывается дороже диска, купленного на рынке.
 
Собственно, только из этих соображений я так написал.
свернуть/развернуть ветвь Всё равно [xFlower 18/04/2006 21:17] # написать ответ
 
XML как-то полезнее выглядит.
Из него уже во всё остальное "перепарсить" можно.
свернуть/развернуть ветвь Можно ли надеяться? [Роман 17/04/2006 20:21] # написать ответ
 
Если не в OpenOffice, то хотя бы в файл Екселя.
свернуть/развернуть ветвь Лучше в XML. [Dervish 17/04/2006 20:30] # написать ответ
 
Так нормально?
 
- будет мне счастье!
 
...не закрытый, хотя хорошую документацию по нему найти не просто, увы.
1) Полностью и подробно этот формат описан в Microsoft Excel 97 Developer`s Kit (MSPRESS, ISBN 1-57231-498-2). У меня, к сожалению, этой книжки не имеется.
2) Тут лежит pdf-ник с описанием форматов экселя - особо не вчитывался, но, похоже, вполне нормальный.
3) Пример совсем простенькой прораммки, генерящей экселевый файлик, есть в msdn
4) Могу прислать сорцы с генерацией экселевого файла (из исходников девэкспрессовских компонент, у которых есть функции экспорта в эксель) - на их примере довольно просто разобраться с тем, как генерить файл и написать соответвующий кусок для экспорта.
 
С имортом сложнее, поскольку надо парсить полный файл, да еще разных версий формата, а вот экспорт сделать относительно несложно, поскольку можно обойтись урезанным набором BIFF-записей и жестко ограничиться одной версией.
 
Dervish: Ваше совершенно справедливое замечание про импорт из Excel-евского файла, честно говоря, напрочь отбивает желание изучать приведённые ссылки. Кроме того, давайте вернёмся в начало этой ветки форума, ведь вопрос Романа был такой: "У нас на работе нет Excel-я, как работать с экспортом/импортом?" Мне кажется, что в этой ситуации лучше посмотреть в сторону XML, тем более, что это может оказаться универсальнее.
 
Заранее благодарен.
 
Dervish: Как я понял, эта просьба относилась не ко мне, а к автору предыдущего сообщения. Вы бы ему на e-mail написали бы, неизвестно, когда человек заглянет в этот форум ещё раз...
свернуть/развернуть ветвь непонятный глюк [Val 14/06/2004 04:38] # написать ответ
 
обнаружил интересную ошибку, напрочь убивающую охоту коллективной работы, через "синхронизацию" баз путем импорта операций. Просто у меня с базой работают два пользователя и иногда есть необходимость одновременной работы. После налаживания экспорта/импорта из файла базы данных, я решил, что проблема решена - другой пользователь внес изменения, я их импортировал из его базы, а потом передал ему свою для дальнейшей работы и т.д.
Но... случайно обнаружили следующее:
1) В каких-то случаях не все операции внесенные другим пользователем переносятся в базу, из которой производится импорт (систему я не искал);
2) Самое плохое - в базе из которой импортируются данные (т.е. она выступает источником данных), удаляются операции, которых нет в базе куда осуществляется импорт (т.е. она выступает приемником данных)!
Обнаружили случайно - второй пользователь заметил, что не сохраняются кое-какие операции, что он внес (причем критерий не понятен - часть сохраняется, а часть нет), тут же провели эксперимент - с моей базы провели импорт данных из его базы - часть данных, действительно стерлась, а в мою базу - не попала...
Странная ошибка. Больше заниматься "синхронизацией" баз через импорт перестал. Систему искать не пытался. Такая вот история...
 
Dervish: Единственный способ проверки "переносить запись из одной базы в другую или нет", это полное сравнение операций. В общем случае он работает, но, если есть дублирующиеся записи он будет считать, что записи эквивалентны и не будет делать дубликат. Видимо поэтому и наблюдается такой эффект.
 
Пропадание же записей просто невозможно: импортируемый файл открывается на чтение. Думаю, что это проявился немного другой ляп 191-го билда, в 192-й сборке он уже исправлен.
 
по первому абзацу даже и не знаю, что сказать... сомневаюсь, что операции дублировались, второй пользователь не слишком опытен и не занимался дублированием операций, если я правильно понял смысл фразы "...если есть дублирующиеся записи он будет считать, что записи эквивалентны и не будет делать дубликат...".
А вот "пропадание записей" при открытии файла на чтение - а я тоже предполагал, что источник должен открываться на чтение - для меня тоже осталось загадкой, но вот эфект-то я наблюдал своими глазами!!! Мистика да и только! Попробую ситуацию повторить, а пока будем считать, что произошло недоразумение.
 
Dervish: Нет, имелось в виду не дублирование операций пользователем, а то, что операции совершенно эквивалентны, все поля в них равны.
 
Если будет дополнительная информация, буду очень за неё благодарен.
 
вариант экспорти/импорта QIF решило бы проблему совместимости с iPaq`ом - SpbFinance это знает и понимает...
свернуть/развернуть ветвь Экспорт и импорт в qif [Илья 21/05/2006 23:34] # написать ответ
 
Сделайте пожалуйста, а? У меня база за два года в MS Money, а графики ваша программа строит получше =)