Цитата:

база дбф, оле дб, 1спп Nightly build 2006-10-26
дбф-ка была создана вот так:

ДБФ=СоздатьОбъект("XBase");
ДБФ.ДобавитьПоле("Num","N",15,0);
ДБФ.ДобавитьПоле("ID_Boss","S",100,0);
ДБФ.ДобавитьПоле("ID","S",100,0);
ДБФ.ДобавитьПоле("Data1","D",0,0);
ДБФ.ДобавитьПоле("Data2","D",0,0);
 

попробовал Nightly build 2007-02-12, результат всё тот же...
стабильно одноко 
только непонятно что стабильно: толи я туплю, толи просто лыжи не едут

DrACe писал(а) 13. Февраля 2007 :: 04:52:

мдя

если тебе нужно просто создать новую dbf-ку по данным запроса, то делай так:

SELECT
...
INTO DBF dbf_name 

проблема с нулевой датой (нужно 30-12-1899)
на вооружение: есть хорошая функция DATE(YYYY, MM,DD)

spock писал(а) 13. Февраля 2007 :: 05:31:

ИМХО это еще должно зависеть от версии DBF (ну или других параметров), так в SQL есть дата 01.01.1753, а есть и 01.01.0000 (насколько помню).
ЗЫ
Но проще посмотреть как это делает 1С для своих DBF-ок.

http://msdn2.microsoft.com/en-us/library/aa258277(sql.80,d=printer).aspx

pvase писал(а) 13. Февраля 2007 :: 11:15:

написано выше (по крайней мере, 1с использует эту дату как пустое значение типа Дата).

А вообще, провайдер понимает широкий диапазон ({^0001-01-01} - {^9999-12-31})

UPDATE CJ447
SET Result=1 

и так не работает!
1спп.перепробовал кучу.
напоминаю: база дбф, платформа 1с - 25

Uzhast писал(а) 19. Февраля 2007 :: 05:30:

А вы знаете, что в 2.5 для метода ОлеДБ::Соединение можно не указывать строку подключения.
Т.е. в случае вызова ОлеДБ::Соединение() будет вызвано подклчючение к текущей базе.

Цитата:

artbear писал(а) 19. Февраля 2007 :: 06:59:

Я не согласен с тобой.
Этот класс мной задумывался несколько шире, чем только доступ к данным формата DBF и через vfpoledb provider (он был изначально выбран только из-за того, что не нашлось другой алтернативы).
Единственным исключением является УложитьСписокОбъектов().
Во-первых, попробовал Advantage oledb provider, он меня приятно удивил.
Во-вторых, мне хотелось бы еще его использовать для доступа к mssql (или другие судб).
В-третьих, может быть кто-то хочет открывать соединение только на чтение (конечно, это не весомый аргумент).

artbear писал(а) 19. Февраля 2007 :: 07:44:

Умеет работать с индексами (можно создавать индексы, и самое смешно, при вставке данных в таблицу индексный файл увеличивается)
Про TOP не смотрел (а что там было с ним? ).
И этот провайдер мне показался более адекватным  в отличие от vfpoledb, хотя это предвзято.
Нужно тестировать.

Вот это отработало:

CREATE TABLE CJ447 (PERIOD c(9), DATEB date, DATEE date, IDALG c(4), ids c(9), RESULT N(15,2))

INSERT INTO CJ447 (PERIOD, DATEB, DATEE, IDALG, ids, RESULT) values('20070101M', date(2006,05,01), date(2006,05,31), '  JO', '     G   ', -156)

UPDATE CJ447 SET RESULT=100
WHERE
	(PERIOD='20070101M')  AND
	(DATEB>={d '2006-05-01'}) AND (DATEE<={d '2006-05-31'})  AND
	IDALG='  JO' AND
	ids='     G   '  AND
	RESULT=-156
 

перекопировал эту же базу в каталог "повыше" - работает ((((
неужели дело было в местоположении (F:\Раб.папка\УС\Копия (2) PRBasic)?

База, расположенная в папке C:\Раб.папка\УС\Копия (2) PRBasic
Серия sql-инструкций, приведенных выше, так же выполнились.

DrACe писал(а) 20. Февраля 2007 :: 08:19:

Странно... Путь F:\Раб.папка\УС\Копия (2) PRBasic использовался только в строке подключения и инструкции select выполнялись без ошибок, а вот c update была проблема...