@Braser

Доброго времени суток всем!
Подскажите пожалуйста, можно ли каким то образом использовать в форме типа "модальное диалоговое окно", не имеющей источника данных,(используется для ввода данных напрямую в таблицу) поля типа "вложение".
В таблице есть такой тип поля для хранения файлов документации, хотелось бы его задействовать.
если поместить на форму объект из конструктора, он разумеется фигурирует как свободный, хотелось бы его использовать как контейнер для переноса каких-то файлов в табличное поле "Вложение"
Спасибо

0

@Панург

Braser, сделай по-человечески - задай форме источник данных...

ЗЫ. Так понимаю, скоро будет вопрос - база внезапно(sic!) достигла 2Гб и поломалась, что делать?

1

@Braser

исходя из чего такой прогноз ???

0

shanemac51

возможно не на то событие привесили обработку(произошло зацикливание)

у меня когда-то в незапамятные времена было обработка М:М
таб 1 -15 тыс записей
таб2 --5 тысяч

после сжатия база была 3мб
1-2 выполнения запроса увеличивали базу до 80-100 мб

но это все-же не 2гб

извиняюсь, неправильно поняла иронию в вопросе Панурга

0

@Braser

Можно рассказать подробнее, чем так опасен сей способ, внесения данных напрямую в таблицу через стороннюю форму?

0

@Панург

Дело не в способе, дело во вложениях. База на них активно увеличивается в объёме и достигает критических размеров. Конечно зависит от количества данных...

0

@Braser

Файлы небольшие, в базе на данный момент 38000 записей 2016-2017годы, к концу года будет примерно около 48 000 все записи содержат поле вложение, везде хранится от 3 до 6 документов PDF и машинные файлы, вес базы на данный момент 185 мб. Если учесть что в начале года данные за 2016 уйдут в архив, база облегчится наполовину. Так что все не так страшно.

0

shanemac51

видимо вложения только у некоторых записей, иначе это было бы много больше 185мб

1

@Braser

Виноват, соврал. Посмотрел не ту. Завалялась на сервере старенькая с предыдущей версии. Да она довольно пузатая -1гб
записей гораздо меньше 8000, но это собственно ничего особо не меняет. Ну добежит она до 1,5ГБ к концу года, потом карачун ей наполовину в начале года и дальше работать.

0

@alexpro1979

Год закончился и информация не нужна ? Я не могу понять в чем необходимость вести в разных БД по годам. А искать как? Ищу там и там и там ?

1

shanemac51

я бы видимо основную информацию держала о одной базе
сканы ЖЕ в подчиненной таблице (можно и в другой базе), но в формате
--код,
--код из первой базы,
--дата заведения
--тип документа,
--скан(и видимо в ОЛЕ)

К СКАНАМ РЕДКО ОБРАЩАЮТСЯ В СВОДНЫХ ОТЧЕТАХ
обычно --это обращение по конкретной позиции основной таблицы, но надо видеть сразу, а что же заведено по конкретной позиции

таб1--основа

1	ИВАНОВ	ИВАН
2	ПЕТРОВ	ИГОРЬ
3

таб2(сканы)

1	1	свид о рождении	01/01/2017	скан оле
2	1	образовании
3	1	паспорт
4	2	паспорт
5	4	паспорт

1

@Braser

Что мешает создать в данном случае таблицу "Архив" и в случае необходимости устроить поиск если не в действующей таблице, так в архивной?
Периодически, даже можно сказать изредка, требуется достать из далекого прошлого какую-нибудь программу, но это же не значит что она должна в действующей таблице место занимать, ее можно и рядом хранить в "библиотеке", я не прав?
Создаем архив и периодически сливаем туда то, что уже неактуально и действующей базе легче и данные сохранены.

Добавлено через 13 минут
Разумно не спорю, но в данном случае, пока с этой базой нет проблем, тем более что она уже является "отделом" другой - главной БД, где основной обмен информацией идет и как таковых проблем с объемом или скоростью общения между ними пока не наблюдается. Связанные таблицы свою задачу прекрасно выполняют, тем более, что раз в год отправляю старые данные в архив, чистка проще говоря происходит.
У нас даже не сканы, а файлы КД и ЧПУ,они весят гораздо меньше сканов.
Что касаемо внесения вложений в таблицу, решил использовать другой способ и логику введения этих данных.
Спасибо за совет.

0