|
База 1с 8 весит очень много | ☑ | ||
---|---|---|---|---|
0
Хотабыч
20.05.18
✎
08:19
|
Как удалить полностью данные из 1с 8
Удалил я все элементы справочника их было 2035074 штук после взглянул на размер файла 1с он как был 10 гиг так и остался сдается что 1с не удаляет эти данные а делает их невидимыми ок произвел я реиндксацию размер файла упал до 3000 метров Вопрос можно ли как то удалять элементы полностью? |
|||
1
b_ru
20.05.18
✎
08:25
|
Выгрузить конфигурацию, загрузить в пустую базу - так проще всего.
|
|||
2
Dotoshin
20.05.18
✎
08:26
|
(0) База файловая или SQL-ная?
|
|||
3
Хотабыч
20.05.18
✎
08:27
|
(2) файловая
(1) нет не проще! мне необходимо что бы я обработкой если удаляю элементы значит ои мне нафиг не нужны вот я и хочу полностью чистить |
|||
4
Dotoshin
20.05.18
✎
08:29
|
(3) Ты ее каждый день собираешься чистить?
|
|||
5
Хотабыч
20.05.18
✎
08:31
|
(4) когда как!
вообще вопрос в том нафига так сделано то? зачем мне данные которые мне не нужны? я бы не хотел их хранить у себя удалил значит удалил ну так как это возмодно? или фитча платформы? |
|||
6
Cool_Profi
20.05.18
✎
08:37
|
сжать базу не пробовал?
|
|||
7
Хотабыч
20.05.18
✎
08:37
|
+(5) как быть со следующим
например имеется обработка импорт товаров из прайса поставщика но как вс енаверное знают бывает таке что в наименовании товара бывает что менеджер в место русскай А поставил английскую в итоге при им=порте мы не находим такого товара и создаем новый (не нужно учить меня тому что можно транслитировать в общем я и сам знаю как обойти эту проблему )НО например при данной ситуации я бу запустил поиск дублей что бы удалить их в итоге удалил дубли а база сколько ввесила столько и весит (и даже может и немногим больше) но мне бы не хотелось постоянно делать выгрузку и загрузку или реиндексацию |
|||
8
Хотабыч
20.05.18
✎
08:38
|
(6) как программно?
после удаления? или при реиндексации? Вы вопрос читали? |
|||
9
Cool_Profi
20.05.18
✎
08:39
|
(8) Через ТиИ. По умолчанию база не сжимается, место не освобождается, а переиспользуется. Это же классика-основы DB
|
|||
10
hhhh
20.05.18
✎
08:40
|
(5) ну когда делаешь тии, обратил внимание там есть галка "сжатие базы"?
|
|||
11
Dotoshin
20.05.18
✎
08:40
|
(5) Все не так просто. Вот статья http://catalog.mista.ru/public/187832/
почитай, может придет понимание как хранятся данные в базе и заодно поймешь, как тебе ее можно сжать и нужно ли это делать. |
|||
12
Хотабыч
20.05.18
✎
08:43
|
Ребята! я вопрос задал возможно ли программно при удалении данных сразу их удалять и все как сжать базу ит д в этом вопроса небыло!
|
|||
13
Хотабыч
20.05.18
✎
08:44
|
мне тупо не нравится что она хранит эти данные они мне не нужны! я хочу если удалил элемент то его больше нет вообще нет!
|
|||
14
Cool_Profi
20.05.18
✎
08:45
|
(12) Нет, нельзя.
|
|||
15
Хотабыч
20.05.18
✎
08:45
|
(14) спасибо!
|
|||
16
Хотабыч
20.05.18
✎
08:45
|
а тепреь следующий вопрос ЗАЧЕМ так сделано?
|
|||
17
Адинэснег
20.05.18
✎
08:46
|
Скуль Шринк, файловай - сжатие Таблиц в ТИИ
|
|||
18
Cool_Profi
20.05.18
✎
08:46
|
(16) Затем, чтобы лишний раз место на диске не выделять. А так оно уже есть. И его переиспользуют.
|
|||
19
Хотабыч
20.05.18
✎
08:48
|
(18) 1с использует некий виртуальный диск?
типа iso? |
|||
20
Адинэснег
20.05.18
✎
08:49
|
ебть
|
|||
21
Cool_Profi
20.05.18
✎
08:49
|
(19) Причём тут виртуальный диск? Ты файл 1cd видел? Это локальная база данных
|
|||
22
Cool_Profi
20.05.18
✎
08:50
|
(20) ненд.
|
|||
23
Адинэснег
20.05.18
✎
08:51
|
вернись на второй курс, почитай книжку по СУБД
чтобы дисковую систему не нагибать, место резервируется |
|||
24
Адинэснег
20.05.18
✎
08:54
|
Shrinking data files recovers space by moving pages of data from the end of the file to unoccupied space closer to the front of the file. When enough free space is created at the end of the file, data pages at end of the file can be deallocated and returned to the file system.
|
|||
25
spectre1978
20.05.18
✎
09:25
|
(3) Рекомендую для начала немного ознакомиться с тем как работают БД. При удалении строки таблицы она никогда не удаляется физически, а особым образом помечается. Освобождение места от этих записей - отдельная операция, которая в разных БД называется по-разному - сжатие, шринк, вакуум, куча названий короче. Операция ОЧЕНЬ для БД трудоемкая и зачастую требующая монопольного доступа к базе. По щелчку пальцев ее никто не делает.
|
|||
26
spectre1978
20.05.18
✎
09:28
|
(16) затем, что перестройка страниц данных и индексов после удаления каждой записи приведет к тому, что на больших базах одна запись будет удаляться много часов или суток. Оно кому-то надо?
|
|||
27
Гость из Мариуполя
гуру
20.05.18
✎
10:01
|
(16) "а тепреь следующий вопрос ЗАЧЕМ так сделано?"
Это все "зеленые" виноваты. Гринпис, за ногу его.. Повторное использование ресурсов и тут рулит. |
|||
28
milan
20.05.18
✎
10:42
|
Операция удаления очень дорогая, например данные, размещенные в соцсетях, скорее всего не удалятся никогда, просто метятся на удаление, хранилища наращиваются и они остаются там навсегда.
|
|||
29
rarus-forever
20.05.18
✎
10:43
|
Ога. Если файл с диска удалили shift+del, и потом свойства диска показывает, что место теперь действительно свободное, то файл с диска действительно удалился. Ну надо же. Кто бы мог подумать :)
|
|||
30
rarus-forever
20.05.18
✎
10:46
|
А еще есть операция форматирования диска - ну типа нажал форматировать, и все данные действительно удалились. Вот это технология, а не то что "ваша 1с" записи не удаляет. ай-ай.
|
|||
31
drumandbass
20.05.18
✎
12:03
|
(0) тебе сколько лет ?
|
|||
32
Aleksey
20.05.18
✎
12:19
|
(5) Ты засекал сколько длилось ТиИ после которого размер уменьшился? 15-20 минут? А теперь представь что каждое удаление, в том числе изменение одной единственной записи будет приводить к тому что 1с будет задумываться на 15-20 минут, чтобы выполнить твоё хочу.
Т.е. удаление 2035074 шт элементов заняло бы минимум 700 лет. Всё еще хочешь чтобы 1с сразу освобождала место? |
|||
33
vde69
20.05.18
✎
12:56
|
(16) >>>а тепреь следующий вопрос ЗАЧЕМ так сделано?
Представь текстовый файл: вася петя валя лена яблоко огурец андрей юля предположим ты физически хочешь удалить одно поле "яблоко", для этого тебе нужно перенести в файле все что стоит после, то есть при каждой записи тебе нужно перезаписать почти весь файл! у тебя файл 10 гигов, теперь прикинь как это будет работать? |
|||
34
PiotrLoginov
20.05.18
✎
13:14
|
(33) блин. какой наглядный пример. Даже я понял. Гениально.
|
|||
35
spectre1978
20.05.18
✎
14:18
|
ТС давно уже сбежал. Убоялся, видать, бездны премудрости :)
|
|||
36
dmpl
20.05.18
✎
14:43
|
(13) Используй внешний источник данных - там можешь делать все что угодно средствами СУДБ.
|
|||
37
dmpl
20.05.18
✎
14:47
|
(30) ОС подает команду Trim - и данные удаляются физически с диска.
(33) Можно ведь вместо яблока засунуть юлю, а файл в конце обрезать. |
|||
38
Aleksey
20.05.18
✎
15:00
|
(37) Юля маленькая, она вместо яблок не влезет
|
|||
39
mistеr
20.05.18
✎
15:01
|
(29) А содержимое этого файла как лежало на диске, так и продолжает лежать. Кто бы мог подумать :)
|
|||
40
dmpl
20.05.18
✎
15:22
|
(38) У вас там что, записи переменной длины в базе? ;)
(39) На SSD? Нифига подобного. Минут через 10-15 максимум его уже не будет. |
|||
41
Хотабыч
20.05.18
✎
15:51
|
Я не сбежал ) у меня теперь другая проблема стал грузить данные импортом и через два часа загрузки ошибка превышен максимальный размер файлы вот такая вот ерунда эта 1с придется писать на чем либо другом (
|
|||
42
vde69
20.05.18
✎
15:53
|
(41) лучше вырви волосок из бороды, скажи трах-тибидох и сделай что-бы 1с полностью тебя устраивала :)
|
|||
43
Serg_1960
20.05.18
✎
16:12
|
(41) "ерунда эта 1с придется писать на чем либо другом"
Правило форума: "Запрещена огульная критика платформы 1С:Предприятие и неуважительное отношение к программистам 1С." |
|||
44
Dotoshin
20.05.18
✎
16:34
|
(41) Вот тут написано про ограничения файловой базы, заодно с ее устройством познакомишься
https://its.1c.ru/db/metod8dev/content/5710/hdoc |
|||
45
0xFFFFFF
20.05.18
✎
16:40
|
(41) ты тролль или просто неудачник?
|
|||
46
Chameleon1980
20.05.18
✎
17:04
|
Ооо. Да ты совсем желтый. Что с тобой Билли?
|
|||
47
Chameleon1980
20.05.18
✎
17:05
|
-Это все ваша 1С.
- Ооо. А она заразная? |
|||
48
Serg_1960
20.05.18
✎
17:08
|
(45) Ни то, ни другое. Он просто двоечник с завышенным ЧСВ :(
Иначе бы знал, что "логическое" удаление данных без "физического" удаления - общераспространенное явление, присущее всем системам управления базами данных (СУБД). Азбука же :) |
|||
49
jsmith82
20.05.18
✎
17:23
|
||||
50
dmpl
20.05.18
✎
17:23
|
(43) Так это же не огульная - ограничение в файловом варианте вполне себе аргумент.
|
|||
51
Aleksey
20.05.18
✎
17:40
|
(40) Да, в 8-ке в настройки можно указать длина постоянная или переменная. Более того, а по твоему строка неограниченной длины как храниться? Сразу выделяется под него пару гигабайт?
|
|||
52
vde69
20.05.18
✎
17:53
|
(50) у всех известных мне СУБД есть ограничение на размер данных...
|
|||
53
dmpl
20.05.18
✎
21:49
|
(52) 4 Гб на таблицу?
|
|||
54
Aleksey
20.05.18
✎
22:11
|
(53) у некоторых еще меньше
|
|||
55
Aleksey
20.05.18
✎
22:13
|
Например у SQL 2000 Desktop Engine размер 2 Гб
|
|||
56
Aleksey
20.05.18
✎
22:16
|
Причем не на таблицу, а на всю БД
|
|||
57
Cyberhawk
20.05.18
✎
22:23
|
(56) Они там походу "двоешники", помешанные на двойке: лимит ОЗУ тоже = 2 (Гб), лимит процессоров тоже = 2 (штук) :)
|
|||
58
Aleksey
20.05.18
✎
22:24
|
(57) ну в те времена все сидели на 32-х битах, а там максимум 4 гига. Так что скорее всего это половина доступной десктопной памяти
|
|||
59
Cyberhawk
20.05.18
✎
22:25
|
А по поводу (52) чухня какая-то - у Ентерпрайзовских МС Скулей почти никаких ограничений нету (на стороне ПО, а не ОС)
|
|||
60
Cyberhawk
20.05.18
✎
22:27
|
||||
61
dmpl
20.05.18
✎
22:32
|
(55) 1С рекомендует эту СУБД для промышленной эксплуатации с платформой 1С8?
|
|||
62
Aleksey
20.05.18
✎
22:33
|
(59) причем тут ентерпрайз, я указывал конкретную редакцию. Это искусственное ограничения. Это как с базовой платформой от 1С
|
|||
63
Aleksey
20.05.18
✎
22:33
|
(61) да
|
|||
64
Aleksey
20.05.18
✎
22:33
|
Максимальный размер таблиц в MySQL 3.22 до 4 гигабайт, в последующих версиях ограничений нет.
(с) https://ru.wikipedia.org/wiki/MySQL#Максимальные_размеры_таблиц |
|||
65
Cyberhawk
20.05.18
✎
22:34
|
(62) Ты что-то напутал
|
|||
66
Aleksey
20.05.18
✎
22:34
|
(61)
В таблице приводятся основные различия редакций Microsoft SQL Server 2000, которые следует учитывать при планировании внедрения 1С:Предприятия 8 в клиент-серверном варианте и при выборе параметров серверного оборудования: https://its.1c.ru/db/metod8dev#content:2376:hdoc |
|||
67
Aleksey
20.05.18
✎
22:36
|
(65) есть ентерпрайз версия, которая работает на серверной винде и не работает на XP, а есть Desktop Engine, которая работает в том числе и на XP
P.S. Не забываем про дату выпуска релиза, в те времена еще небыло Windows 10 p.S. В последующих редакциях мелкомягкие увеличили лимит до 10 гигов на базу |
|||
68
Cyberhawk
20.05.18
✎
22:38
|
(67) Я хз зачем ты это все пишешь. Напутал = разверни цепочку ответов взад и глянь на что Я там отвечал
|
|||
69
Aleksey
20.05.18
✎
22:38
|
Например для SQL Server 2014 ограничения для Express редакции - 10 гигов
(с) https://msdn.microsoft.com/library/cc645993(v=sql.120).aspx?f=255&MSPPError=-2147217396 |
|||
70
Aleksey
20.05.18
✎
22:39
|
(68) чукча не читатель, чукча писатель
|
|||
71
Cyberhawk
20.05.18
✎
22:41
|
Наверное там у товарища следует читать
"у всех известных мне СУБД есть ограничение на размер данных" как "у всех известных мне СУБД _есть версии с ограничением_ на размер данных" |
|||
72
dmpl
20.05.18
✎
22:42
|
(63) Можно ссылку на _РЕКОМЕНДАЦИЮ_? Не то что оно может работать (хотя ERP, например, не взлетит), а то, что рекомендуется для промышленной эксплуатации?
|
|||
73
Aleksey
20.05.18
✎
22:46
|
(72) в ссылке выше
При работе 1С:Предприятия 8 в клиент-серверном варианте могут использоваться следующие редакции Microsoft SQL Server 2000: SQL Server 2000 Enterprise Edition SQL Server 2000 Standard Edition SQL Server 2000 Personal Edition SQL Server 2000 Desktop Engine (MSDE) |
|||
74
Cyberhawk
20.05.18
✎
22:46
|
(72) Если есть в системных требованиях, значит рекомендуется
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |