alyuev писал(а) 12. Июня 2018 :: 08:16:


3.24.0.22 - альфа версия с поддержкой Delete (кто не спрятался, в смысле не забэкапился - я не виноват, и... "не пытайтесь держать его таким образом").
Это именно Удалить(1), а не пометка удаления.

P.S.
Не знаю как пнуть движок 1с, чтобы он перечитывал открытые таблицы...
Т.е. Открыта форма справочника и в нем удалили элемент (навсегда), штатные методы обновления - обновляют, из 1sqlite - не работают.
В 1Cdllrun используется "CUsersSet::IncrNetChangesCnt();"
Но оно не робит...

berezdetsky писал(а) 13. Июня 2018 :: 07:23:

Спасибо за идею. Проверил меняется ли в 1SUSERS NETCHGCN. Меняется.
Попробовал добавить CUsersSet::IncrUsersCnt(), тоже меняется.
Проверил изменяемую таблицу и индекс - и то и другое меняется.
Непонятненько...

Но вроде ничего страшного. Проверил удаление штатными свойствами 1С на двух клиентах - на втором тоже подергать список пришлось.
А вот почему на том клиенте в котором удаляется сразу не меняется.
Счетчик какой то надо поискать...

berezdetsky писал(а) 13. Июня 2018 :: 11:09:


Да... в 1Cdllrun дергают еще Field6++, но в 1с++ другая структура хидеров (тут я не очень понимаю).

class CStore_Spr: public CStoreObj{
public:
	int ColValue;
	CObjID ObjID1;
	CObjID ObjID2;
	CString Cod;
	CString Descr;
	CObjID ObjID3;
	int Field4;
	int Field5;
	int Field6;
	long DataS[4];
	CTypeValue * ArrayValue;
	Replace(int NoField, char * value);
	Replace(int NoField, int value);
	CStore_Spr(class CTable  *,class CIndex  *);
	~CStore_Spr();
};
 

Раз удаляется корректно, уже хорошо!

Ладно, пошли дальше. Тут уже нужна помощь зала. Видимо такое развитие:
1. Все это можно производить только в транзакции (заметка себе: проверить откатывается ли она и выдавать ошибку при сбое).
Ой тут косяков наловить много будет.
2. Заблокировать аналогично РазрешитьЗагрузкуРасширений, по типу действий - РазрешитьDelete и т.п.
3. Update сделать можно   Но это упрется в свободное время.

Год назад Djelf писал что иерархию делал по наименованиям
http://www.1cpp.ru/forum/YaBB.pl?num=1214205575/885#890

На днях почитывал доки по sqlite.org и наткнулся на такой вариант:

     with recursive регионы(parentid,id,descr,isfolder,level) as (
     
     select
       parentid, id, descr, isfolder, 0
     from
       [Справочник.Города]
     where
       parentid = :ПустойИД
     
     union all
     
     select
       t.parentid, t.id, t.descr, t.isfolder,(r.level + 1) as level
     from
       [Справочник.Города] as t join регионы as r
       on t.parentid = r.id
     
     order by
       level desc, isfolder, descr collate _1C
     )
     
     select
       id as [Регион :Справочник.Города]
       , descr as [Наименование :Строка]
       , isfolder as [ЭтоГруппа :Число.1.0]
       , parentid as [Родитель :Справочник.Города]
       , level as [Уровень :Число.1.0]
     from
       регионы

Волшебство тут в "ORDER BY level desc". Если будет без desc то получится как обычно сначала 1 уровень, потом 2 и т.д. А при наличии desc получается иерархия.
Долго пытался виртуально в голове это прокрутить но так до конца и не понял как это работает. Успокоил себя тем что это специальная фича для построения графов 

Я предполагаю что ORDER BY тут применяется после каждого UNION к очереди. Т.е. в доке написано что делается первый запрос результат помещается в очередь и тут к очереди применяется ORDER после этого берется первая строка из очереди и выполняется второй запрос. Первая строка из очереди помещается в результат CTE а результат из части UNION в очередь и тут опять к очереди применяется ORDER и поэтому со второго уровня оказываются в начале очереди и так далее.

Всем привет, наткнулся на особенность SQLite, делюсь с народом.

Вот запрос, который находит все различия в двух таблицах

ТекстЗапроса = "
			|SELECT * FROM
			|( SELECT * FROM table1
			|  EXCEPT
			|	SELECT * FROM table2)
			|
			|UNION
			|
			|SELECT * FROM
			|(	SELECT * FROM table2
			|	EXCEPT
			|	SELECT * FROM table1)
			|";
 

Проблема в EXCEPT и UNION. SQLite считает, что у них одинаковый приоритет, поэтому такой запрос отработает не корректно:

ТекстЗапроса = "
			|SELECT * FROM
			|(
			|	SELECT * FROM table1
			|	EXCEPT
			|	SELECT * FROM table2
			|
			|UNION
			|
			|	SELECT * FROM table2
			|	EXCEPT
			|	SELECT * FROM table1
			|)
			|";
 

Согласен, тоже почитал про MS SQL. Не знаю от куда была уверенность в обратном 

Не дождался релиза 
1sqlite 3.25.0.22 из транка.
https://cloud.mail.ru/public/9znr/ZJ6ULE9aR

Обновлен движок sqlite до 3.25.0 на 2017.07.04

Добавлена процедура База.EnableDelete, База.РазрешитьDelete
Добавлена поддержка запроса DELETE.
Это именно Справочник.Удалить(1), а не пометка на удаление.
Запрос DELETE может быть выполнен в транзакции с ее последующим откатом.
Открытые формы списков на той же сессии 1С в которой происходит DELETE на удаление не реагируют и сами не обновляются.
Другие сессии 1С реагируют нормально, так же как и при работе по сети.
IMHO не критично, это инструмент хирурга, а не пользователя.

В этом движке sqlite3 произошло очередное революционное изменение - поддержка оконных функций, а с ними такие отчеты как ABC-анализ не представляют вообще никакой сложности.

Поскольку sqlite3 наиболее близка по синтаксису с PosgreSQL, можно использовать его руководство https://postgrespro.ru/docs/postgrespro/9.5/tutorial-window

P.S. С UPDATE и INSERT все пока плохо. Читать то я данные научился по разному, хоть FX_ами, хоть без них, а вот куда и как засовывать данные для записи пока не понятно. Запись берет данные из какого то другого места. Видимо это можно сделать только через СоздатьОбъект, а это уже не так интересно и не так просто.