|
Что с данными при физическом удалении объекта из конфигурации | ☑ | ||
---|---|---|---|---|
0
1с-кин
10.05.14
✎
01:43
|
А что происходит с его данными, если объект удалить физически из конфигурации? Кто знает?
Понятно, что они "не доступны". И в файловой версии стираются. А в SQL - куда деваются удаленные тким образом строки/таблицы? Остаются мусором в базе, и удаляются по ТИИ? |
|||
1
shuhard
10.05.14
✎
07:42
|
(0)[Кто знает? ]
Профайлер и ТЖ |
|||
2
ДенисЧ
10.05.14
✎
07:54
|
То же самое, что и просто при drop table.
|
|||
3
shuhard
10.05.14
✎
08:12
|
(2) +1
MS SQL тупо дропает табличку, типа: drop table dbo._Reference18 |
|||
4
1с-кин
10.05.14
✎
23:45
|
(3)>>MS SQL тупо дропает табличку, типа:
что-то сомнительно, что при "ручном" удалении какого-либо объекта из конфы SQL инициирует drop table. Тем более, вот удаляю измерение - это же только поле (допустим, оно имело нормализованный тип адынных - дата, число и т.д.), а не таблица. А drop column нет такой команды в SQL. (1)>>Профайлер и ТЖ а как профайлер поможет, там сразу команда на SQL идет при сохранении конфигурации? Смысл в том, что если вот так удаляешь что-нибудь - остается или нет мусор в базе? |
|||
5
shuhard
11.05.14
✎
09:13
|
(4) проверить яйца отвалятся ?
|
|||
6
ДенисЧ
11.05.14
✎
09:15
|
(4) "drop column нет такой команды в SQL. "
Во блЪ, а мужики-то и не знают... И спокойно удаляют колонки... Хотя, отчасти ты прав, 1с не дропает колонку. Она создаёт вторую таблицу, копирует туда данные, потом удаляет старую и переименовывает новую |
|||
7
1dvd
11.05.14
✎
09:16
|
Данные при удалении попадают в цифровой рай
|
|||
8
ДенисЧ
11.05.14
✎
09:21
|
(7) Это хорошие, белые данные.
Данные по чёрной зарплате - попадают в ад... |
|||
9
1с-кин
11.05.14
✎
14:02
|
(6)>>Она создаёт вторую таблицу, копирует туда данные, потом удаляет старую и переименовывает новую
Это точно известно? Или предположения? (5)>>проверить ну проверь без доступа к SQL. Посмотрим, что отвалится. |
|||
10
1с-кин
11.05.14
✎
14:05
|
(7)>>Данные при удалении попадают
желательно знать точно, куда они попадают (если есть доказательства), т.к. у нас другие программисты очищают данные именно таким образом - удалением/восстановлением объектов. |
|||
11
Kookish
11.05.14
✎
14:19
|
(10)
"Как там в мире ином" - я спросил старика, Утешаясь вином в уголке погребка. "Пей! - ответил, - Дорога туда далека, Из ушедших никто не вернулся пока". |
|||
12
Kookish
11.05.14
✎
14:24
|
(10) Уверен, что они не восстанавливают объекты, а создают новые. А старые попадают в лучший мир. Но доказать это, как и доказать обратное, никто не может. Особенно, без доступа к SQL. Вот если бы у нас был мозг как у дельфина...
|
|||
13
1с-кин
11.05.14
✎
15:34
|
(11) данные не интересуют, интересует - остается мусор после такого удаления или нет. Желательно, с "железными" доказательствами, т.к. создает или нет 1С заново таблицы - пока скринов не видел нигде, как ничего нет и в документации.
(12)>>Но доказать это, как и доказать обратное, никто не может. Так и прошу поэтому, хоть скрины, может, кто пришлет - реально заново таблицы создаются через копию оставшихся данных и drop table остальных, или это только подозрения на "так вроде должно быть по логике". |
|||
14
Fragster
гуру
11.05.14
✎
15:40
|
вот у автора есть все, чтобы проверить. менее, чем за 5 минут, причем. Но нет, вместо того, чтобы провести исследование, он задает вопрос.
А что, если автору неправильно ответят? |
|||
15
1с-кин
11.05.14
✎
15:52
|
(14) давайте уточним.
Что есть у автора? |
|||
16
1с-кин
11.05.14
✎
15:52
|
+ и как проверить?
|
|||
17
1с-кин
11.05.14
✎
15:54
|
(14)>>Но нет, вместо того, чтобы провести исследование
ну провел. Ну, удалил. И где смотреть? >>он задает вопрос. вот и задаю по этому. |
|||
18
1с-кин
11.05.14
✎
15:55
|
Кстати, не по теме - в Выбрать() ведь блоки 25 записей попадают? А то заспорил тут параллельно... ))
|
|||
19
Лефмихалыч
11.05.14
✎
16:01
|
(0) остаются в БД до первого шринка.
(18) зависит от того, откуда Выбрать() |
|||
20
1с-кин
11.05.14
✎
16:06
|
(19) >>остаются в БД до первого шринка
так вроде шринкуются только пустые записи? А не мусор? >>зависит от того, откуда Выбрать() выборка из запроса и выборка из регистра. Считаю, что разнообразия в количестве строк в блоке нет. Только механизмы разные - для регистра что-то "левое" используется, не механизм запросов (разные методы у выборок в итоге). |
|||
21
Лефмихалыч
11.05.14
✎
16:11
|
(20) почитай натурально матчасть, ты бредишь
|
|||
22
1с-кин
11.05.14
✎
16:13
|
(21)вся "матчасть" у 1С именно об этом и "бредит" - выборка из запроса отличается по методам от выборки из регистра (через Менеджер регистра если). Почитай матчасть сам.
А вот о колчисетве строк в блоке выборке - ни полслова. "Это секретная информация" (с) :) |
|||
23
1dvd
11.05.14
✎
16:21
|
(22) видимо, в 1С считают что незачем тебе это знать. И знаешь, по-моему они правы
|
|||
24
1с-кин
11.05.14
✎
17:03
|
(23) ну раз и остальным незачем знать, тогда так и получается ))
|
|||
25
Fragster
гуру
11.05.14
✎
17:29
|
(17) что мсскуль экспресс/девелопер + профайлер не рулят?
|
|||
26
ДенисЧ
11.05.14
✎
18:50
|
(9) Абсолютно точно
|
|||
27
ilpar
11.05.14
✎
18:56
|
(15) можно уточнить, чего нет у автора... - интереса и желания.
Ставь сервер 1с(только не надо меня спрашивать как) и express скуль и отлаживайся на здоровье |
|||
28
Smallrat
11.05.14
✎
19:49
|
(27) в экспресс-скуле ж нет профайлера?
|
|||
29
Fragster
гуру
11.05.14
✎
19:53
|
||||
30
Smallrat
11.05.14
✎
20:11
|
(29) походу в 2012 SP1 запилили, раньше не было
http://stackoverflow.com/questions/760321/is-there-a-sql-server-profiler-for-sql-server-express |
|||
31
Fragster
гуру
11.05.14
✎
20:57
|
(30) я вообще хз за экспресс :) в девелопере - есть
|
|||
32
Torquader
11.05.14
✎
21:44
|
Нет, а собственно, что вам не нравится - при удалении таблицы данные остаются в файле, просто блоки, занимаемые таблицей помечаются как свободные. Если создаётся новая таблица, то данные блоки будут задействованы под неё - если ничего не создаётся, то данные в файле можно увидеть.
Что касается удаления или добавления колонок - то сделать это можно только копированием данных, так как длина записи меняется и разместить новую запись поверх старой не получится. Но это всё вопросы организации и хранения данных внутри SQL-сервера, про что 1С может и не задумываться, так как эта техника скрыта от пользователей SQL-сервера, которые обращаются к нему запросами. По поводу DROP COLUMN: http://msdn.microsoft.com/ru-ru/library/ms190273.aspx |
|||
33
1с-кин
11.05.14
✎
23:11
|
(32)>>Нет, а собственно, что вам не нравится - при удалении таблицы данные остаются в файле
т.е. все эксперты были не правы - а всем программистам надо запретить удалять подобным образом данные, т.к. новые таблицы создаются крайне редко. |
|||
34
1с-кин
11.05.14
✎
23:11
|
(31)>>я вообще хз за экспресс
а советуешь. |
|||
35
1с-кин
11.05.14
✎
23:16
|
+ 33 как я и думал, собственно.
И никакие шринки тут совершенно не панацея, шринки совсем про другое :) |
|||
36
1с-кин
11.05.14
✎
23:39
|
(19)эксперты и тут ошиблись - проверил, везде выборка по 25 записей (если или из Менеджера регистра, или запросом). А во реализация Выборка совершенно разная.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |