Не логинюсь для быстроты - вот и надо там точку поставить и формат пола выбрать либо Одинарное с плавающей точкой либо двойное

Ну если это присоединенная(подлинкованная) текстовая таблица то все может решиться просто. Надо удалить эту таблицу, потом опять же ее выбрать ,выбрать разделитель или самому разбить по полям как надо. И в десятичном раздерилителе поставить точку. Потом открывать эту табличку по двойному клику. Если запятая появляется то все ОК. А с ошибкой подозрение вызывает то что другие поля выровнены в право а эти в лево - есть мысль что там пробелы - надо еще их убрать типа ccur(Trim(XXX))/ Отработано на 2003 Access/

{quote}{login=Владимир}{date=30.03.2012 11:10}{thema=}{post}R Dmitry, как к моему, уже существующему запросу добавить Ваш?  
 
SELECT LX_min.Поле2 AS Код, LX_min.Поле3 AS Аналог, LX_min.Поле4 AS Номенклатура, LX_min.Поле5 AS Мин_LX, SL_min.Поле5 AS Мин_SL, LX_min.Поле6 AS Склад_LX, SL_min.Поле6 AS Склад_SL, LX_min.Поле7 AS Закупочная, LX_min.Поле8 AS Розничная  
FROM LX_min INNER JOIN SL_min ON LX_min.Поле2 = SL_min.Поле2  
WHERE (((LX_min.Поле5)>"0")) OR (((SL_min.Поле5)>"0")) OR (((LX_min.Поле6)>"0")) OR (((SL_min.Поле6)>"0"))  
ORDER BY LX_min.Поле4;  
 
----------  
Мне нужно в Поле7 и Поле8 заменить точку на запятую, чтобы в Экселе уже сразу шли расчеты.{/post}{/quote}  
Попробуйте в запросе заменить LX_min.Поле6 и LX_min.Поле5 на ф-ции    
CCur(LX_min.Поле6) b CCur(LX_min.Поле5) - это поможет выводить числа  в запросе. Но дучше бы и в таблице хранить числа - это надо в процедуре импорта шаманить или после ее

Это код модуля в Access  
Примерно где то так.

Ну я по старому в FAR по F3 текстовый редактор запускаю. Там и смотрю - текст сразу видно. Excel то же есть упоминание что это этот формат. Но если по умолчанию сохранить как предлагает Excel 97-2003 то большая вероятность что так и есть. Я в Access через OLE запускаю Excel, сохраняю как текст, с сохраненным текстом устанавливаю связь. К подлинкованой таблице строю запрос на добавление записей в существующую таблицу. Код тольо завтра могу показать

{quote}{login=ola}{date=16.01.2012 09:51}{thema=экспорт из excel в access}{post}у меня есть 3 файла excel.мне нужно их экспортировать в access. файлы имеют одинаковую структуру, одинаковые названия и количество столбцов.  
2 файла экспортируются успешно, а 3 не хочет. вылазиет сообщение об ошибке, что не верный формат файла.    
С чем это может быть связано?{/post}{/quote}  
Связано это скорей всего с неправильной (с точки зрения ACCESS) структуры файла. Эти файлы у Вас точно Excel или только имеют расширение xls? А то внутри текст с разделителями может быть. Или вообще dbf. В ACCESS лучше всего текст грузить - можно сецификацию создать и много всего хорошего на этапе загрузки сделать. из Excel плохо грузить - есть проблемы когда в столбце есть и текст и числа....

Утро доброе!  
Нужен небольшой совет по объяснению странностей группировки в приложенном файле - исходные данные на Лист1 - то что получилось на Лист2 - группировка с подведением итогов по столбцу тонн сначала по код цеха, затем по Код участка и на последок по код группы. Вот хотелось бы понять почему в итог по коду цеха 706 попадает не в ту группу?

{quote}{login=KukLP}{date=14.10.2011 06:36}{thema=}{post}Хорошее у Вас начальство, Nicks. Мое бы Вас тихо спросило: "А тебя мы тут тогда на кой... держим?"{/post}{/quote}  
Вообще-то больше лесом посылают с такими пожеланиями... Не может система за которую заплатили немеренное количество денег работать не так как хотели :).  
Ну моё дело вообще-то больше на другой стороне (выгрузка) - но в целом проблема известна. Есть пожелания пользователей - тут возникает промежуточное звено высшего уровня (консультант) - рассказывает на пальцах что нужно делать. Другая сторона как может так и делает ( не всегда рационально ). А когда результат не устраивает конечных потребителей то виноваты крайние стороны.  
Вероятней всего непредусмотрели в отчете сохранение книги и выход из EXCEL - а все потому что кто то не предусмотрел вызов отчета в цикле... Хотя тут явная подоплека передачи ответственности с программы на пользователя - чем писать протоколирование - сформировано столько отчетов и сохранены туда то лучше сказать что все в руках пользователя.

{quote}{login=energy75}{date=13.10.2011 03:56}{thema=Re: }{post}{quote}{login=NICKS}{date=13.10.2011 01:29}{thema=}{post}Ну а доработать выгрузку из R/3 не судьба?{/post}{/quote}  
Еслиб имел доступ, вопросы бы здесь не задавал.{/post}{/quote}  
Никто не говорит что надо ABAPить - есть проверенный путь берется консультант по направлению и тыкается в проблему (желательно начальством). После чего появляются пути решения проблемы...

Ну а доработать выгрузку из R/3 не судьба?

{quote}{login=}{date=29.09.2011 09:47}{thema=Re: }{post}{quote}{login=Hugo}{date=28.09.2011 09:14}{thema=}{post}Разбить по столбцам по пробелам при экспорте (данные -> из текста).  
Ну или разбить уже готовый столбец  - выделить столбец, данные -> текст по столбцам{/post}{/quote}  
 
Данные и так уже разбиты по столбцам с пробелами.  
Вот только как в txt файле , пусть с данными    
 
1 2 3  
4 5 6  
7 8 9  
 
выделить столбец с числами  1 4 7  ????{/post}{/quote}  
В FAR-овском редакторе это делается через выделение с клавишей ALT

Нет возможности на примерах разбираться, но накую же задачу решал через установку связи с текстовым файлом через спецификацию в ACCESS, затем экспотрировал его  в базу через запрос, затем к таблице в базе данных строил запрос для получения требуемых данных для экспорта и далее экспортировал в EXCEL. Когда все было отработано создавал в ACCESS макрос в первым делом - импорт текста указываешь спецификацию и целевую таблицу. Затем экспорт данных - имя запроса, тип выгрузки (Excel) ,файл в который все выгружается.Все делалось за секунду.  
Потом когда текстовых файлов развелось до 10  написал функцию которая программно устанавливает связь с текстовым файлом, загружает подлинкованные данные в таблицу ( тут если есть возможность сильно ограничить данные лучше через соответствующий  SELECT и RUNSQL а иначе IMPORT TEXT). Далее функцию в которой через FILESEARCH из отдельной директории производил манипуляции с каждым файлом. Ну а экспорт остался тот же. Все делалось через запуск макроса

{quote}{login=Z}{date=17.05.2011 02:06}{thema=}{post}Надежда живет вечно... Далее накручиваем по потребностям (и возможноcтям XL)... Вариант - "=ЕСЛИ(ПРАВСИМВ(F22;2)="ИЧ";"мужской";ЕСЛИ(ПРАВСИМВ(F22;2)="лы";"мужской";ЕСЛИ(ПРАВСИМВ(F22;2)="на";"женский";ЕСЛИ(ПРАВСИМВ(F22;3)="ызы";"женский"))))"... ;)  
ps Вариант, если Отчество в отдельном поле.  
-21582-{/post}{/quote}  
Сейчас проверил на большой базе данных 180 разных вариантов окончания отчества...В том числе "евч" и "улы".Может просто ошиблись, может так и есть. Вы их все предусмотрите?

{quote}{login=iwtm}{date=17.05.2011 10:03}{thema=Re: Как в таблице, где есть ФИО проставить столбец с полом (м/ж)}{post}автофильтром, что все заканчивалось на "а"  
у женщин все отчества вроди так ;-){/post}{/quote}  
Ни каких надежд - когда то цеплялся на окончание отчеств "М" типа "ич" другие все относил к "Ж". Споткнулся на окончаниях "оглы"....

Перед сохранением листа установите в столбцах требуемый формат - должно помочь

Вы пробовали простым текстовым редактором типа Блокнота файл посмотреть? Если там текст и объем данных небольшой то есть смысл данные через буфер обмена в Excel перетаскивать, предварительно установив формат ячеек текстовый. После этого если данные перенесутся начинать преобразования с удалением пробелов и заменой точки на запятую и многое другое, до полного удовлетворения....

{quote}{login=слэн}{date=12.04.2011 01:20}{thema=}{post}а еще может быть цифры зашифрованы.. и вообще слвсем не то обозначают..{/post}{/quote}  
Ну к чему ирония? В много выгружали данных из R/3 что бы говорить о толковании загружаемых данных?

{quote}{login=слэн}{date=12.04.2011 12:55}{thema=}{post}ну и насчет кода: да, тоже менять.  
 
перед открытием ставите тот формат, кот в источнике, считываете в массив( можно и формулами), меняете формат на нужный, выгружаете обратно..{/post}{/quote}  
Моя тирада это был не вопрос а сообщение на счет того что в одной выгрузке (особенно самописной) вполне можут оказаться данные с различныпи предствалениями как десятичных разделителей так и представления отрицательных чисел...

{quote}{login=VovaK}{date=12.04.2011 12:00}{thema=Re: }{post}{quote}{login=Nicks}{date=12.04.2011 11:47}{thema=}{post}Замороки с какими разделителями? Если стобцов то все решается. Это все в спецификации связи указывается. Если разделителей десятичных знаков то то же CDBL() помогает. Единственное что надо помнить что числа как текст надо указывать. Просто в системе все хранится как текст{/post}{/quote}  
 
Запятая - разделитель тысяч... Смотри в примере.{/post}{/quote}  
Это файл уже открытый. Оригинальный файл нужен. У него то же расширение xls а внутри у него простой текст с разделителями табуляция- Блокнотом проверяется. Это такая выгрузка в Excel. Его и надо подлинковывать.  
Ну и для Слэн  - вполне может оказаться что отрицательные числа с минусом в конце выводятся - это то же менять? А в другом месте могут и в переди числа....

Замороки с какими разделителями? Если стобцов то все решается. Это все в спецификации связи указывается. Если разделителей десятичных знаков то то же CDBL() помогает. Единственное что надо помнить что числа как текст надо указывать. Просто в системе все хранится как текст

Используйте лучше Access для этих целей -связь через текстовый файл. Там хоть можно задать тип поля - текст или число. А так кучу проблем решите - успокоитесь и через некоторое время еще столько же вылезет. А поля количества импортируйте как текст а затем преобразовывайте через Cdbl - он все разделители  знаков разряда уберет и знак минус из конца числа в перед перенесет

Хотя здесь http://articles.org.ru/docum/dbf.php 11  
и здесь http://www.dbase.com/knowledgebase/int/db7_file_fmt.htm - 32

{quote}{login=Солнышко}{date=22.02.2011 01:00}{thema=}{post}и в макросе это никак не прописать?{/post}{/quote}  
Имя поля DBF файла 10 символов (я несколько спецификаций проверил). Как записать туда больше?

{quote}{login=Солнышко}{date=22.02.2011 12:45}{thema=}{post}И ничего уже нельзя сделать? можно ли как нибудь изменить это обрезание до 10 исмволов? очень надо именно такое поле. с ним многое завязано, и используется при загрузки в АМБУ{/post}{/quote}  
С увеличением симлолов в названии столбца DBF вряд ли...

{quote}{login=Солнышко}{date=22.02.2011 12:25}{thema=}{post}Только при передачи XLS в DBF, длина поля изменяется exstern-kod на exstern-ko.  
Почему так происходит?{/post}{/quote}  
Наверное просто по тому что это не совместимо с данным форматом dbf.... Или при переобразовании обрезается до 10 знаков. Смиритесь

{quote}{login=}{date=20.02.2011 07:49}{thema=}{post}А excel тогда зачем - пишите все в аccess{/post}{/quote}  
Поиск ACCESS APPLICATION дает  отличный результат  
н-р http://www.planetaexcel.ru/forum.php?thread_id=24507

{quote}{login=Poniks}{date=18.02.2011 09:52}{thema=}{post}Да, второй раз я разочаровался этим форумом.  
Пляски вокруг да около вопроса, а конкретного ответа НЕТ.{/post}{/quote}  
Поймите - Вы просите простым способом реализовать в общем случае сложную задачу(многопользовательский режим в режиме редактирования данных). Excel не самое оптимальное решение данной задачи. Это решается написанием специализированных программ когда доступ к данным и разграничение прав обеспечивается приложением. А где хранить данные и в каком виде это уже дело вкуса или коорпоративного стандарта. В общем случае оптимальное решение - техническое задание и бюджет на решение задачи. Небольшой тендер. Составление договора - приемка (или не приемка работ). Товароденежные отношения короче

{quote}{login=Longines}{date=17.02.2011 11:30}{thema=}{post}Господи, установите PostgresQL на одном из компьютеров и подключайтесь к нему по ODBC. Excel и Access для таких целей - полный отстой.{/post}{/quote}  
Да хоть что Вы установите хоть ORACLE, SQL, PostgresQL, 3 пункт пожеланий в многопользовательской среде не реализуем. Все изменения должны вестись только по одной записи

Просто добрый совет - все к фрилансерам, не надо на начальных знаниях задумываться о таком проекте. В большинстве случаев благодарности не получите а только вечные проблемы

{quote}{login=}{date=16.02.2011 12:06}{thema=Re: Re: База данных}{post}{/post}{/quote}  
 
Всегда практически со слезами смотрю на такие задачи - это функции элементарных программ написаных за пару дней, но не Excel....{/post}{/quote}  
 
На незнакомые вещи, сотрудники смотрят с опаской. Не один день придется их убеждать, что это во благо.{/post}{/quote}  
Но все меняется (в том числе и сотрудники) когда приходит большая ERP система (из личного опыта) :)