Выбрать все записи и в окне просмотра щёлкнуть самую первую кнопку в верхнем левом углу ("режим отображения полей")
Это plus 3 cтруктуры CroFile 01.02, но для старой версии с loader и привязкой к железу, эдакая "барыжная" версия, которая не переносится, пользователи недоумевают как им переписать свои краденные у государства закрома архивов, ко всему прочему их после ничего не читает, что приводит маргиналов в исступление. В одной из версий этого древнего продукта нулевых лет еще и небольшой backdoor зашит, он отстукивает список банков, ip адрес и стату куда указали, раньше это был Китай, и люди думали что это шпионская некая история просто потому что сервер китайский. При подключении и редко он беспокоил Далеко не факт, что это именно этот билд с отстуком, но бекдоры бывают разными, кому то такая стата покажется мусором и помешательством, я бы назвал это стратегическим преимуществом, но это поймут не все, что дадут названия банков. У меня товарищ был который изучал этот самопал, он в отличии от меня был очень хорошим технарем, он всерьез на энтузиазме это копал, потому что это уникальное софтверное решение было, как он утверждал. Я просто уже забыл всю эту старую историю, потому что девочки рожденные в те дни, их через год, два можно будет законно приглашать куда-нибудь расслабится и о тебе никто не подумает что ты дочку проводишь куда-нибудь.
Структура банка
Версия: CronosPlus 3х, малая модель (01.02)
Сжатие: нет
Шифрование: да
Версия: CronosPlus 3х, малая модель (01.02)
Сжатие: да
Шифрование: нет
Имя банка: МОС ГИБДД М и МО 2011 01-12
Тип банка: CronosPlus
ID банка: 1310775354
Серийный номер: 20167
Системный пароль: vranac
Дата последнего доступа: 220809
Версия структуры: 5
Всего записей: 355516Спасибо за реальную информацию! Исправил все 20 баз с такой ошибкой. Благодарю
Пожалуйста.
нужно построить индексы по тем поля ,по которым ищите и медленно ищет
Как можно на этот вопрос ответить?
Это не очевидно, обычно кстати люди замечают что поля не зеленые, а серые, ну как то пытаются объяснить в каких березках или соснах потерялись.
Подскажи, при создании глобального поиска, там нужно каждый банк раскрывать и выбирать каждое поле по отдельности. Можно как-то добавить все поля всех банков одним нажатием?
По отдельности в каждой базе каждого банка.
В моем случае доволи не сложно и быстро будет проанализировать все найденое и отбросить не нужные банки.
Если грубо и обобщенно сказать одной фразой, то базы данных и системы управления базами данных созданы для точности и гибкости в работе с данными, которые не могут дать другие формы хранения структурированной и неструктурированной информации. А для хранения текста и поиска по тексту есть масса целевых программ.
Для меня доп.разработки, поддержка и прочие доп.функции - уже лишние, зачастую хватает того что идет с "коробки". Я так понимаю это все подобие Архивауриса? Он свои задачи выполняет, но как на меня уже морально устарел.
Это понятно и очевидно. Т.к. было бы это чуть иначе, вы бы нашли другое, или по меньшей мере знали бы о другом. Архивариус не умеет точно искать, поддерживать те же регулярки, Cros научился с шестой версии, не очень давно. Их много, они разные. Все решения хранения информации подобны, вопрос какое подходит вам.
Некоторые через "открыть с помощью" excel отрывают csv. Может в этом и есть какой-то исследовательский смысл. Но я точно не знаю почему.
Всем файлмейкер хорош...но стабильной работы от него добиться тяжело на больших базах (больше 100 Гб).
А кто сказал что всё так легко? В чем проблема более 100 Гб? Опишите подробней, не понимаю о чем вы.
Не знаю в чем вилы, не эксперт в этой СУБД. Если мы говорим именно о FileMaker Pro дисковой версии, то по идее, там восстановление из структуры типа xml и ошибки восстанавливаются быстро, если с нуля и всё, конечно это не откатается в скоростях USB 4, или NVMe , но это либо дампы оперпамяти крашатся у вас, либо что-то их крашит в конфликте ПО. Иногда это с оперативой и ее работой связано и люди не видят следов этого конфликта. Считывание и ошибки в памяти. Физика или логика. Могу лишь предполагать в чем проблема с точки зрения вероятности версий. Возможно проектирование выбрано не лучшее, возможно что само решение не то. Сложно сказать даже примерно, не имея вводных. От чего и чего именно там крашится.... Для других СУБД сотка гигабайт это прирост тяжести данных за день и разгрузка этой ебалы в течении часов, чего никто и не замечает по скорости работы.
Есть другая проблема, это хранение персональных данных вообще. Как и фактических гарантий сохранности каких-либо данных. Даже логины и пароли легко могут признать и персданными, как и владельца этого клада, который может быть пабликом, соучастником преступления. Если очень захотят, то могут. Если столкнетесь с этим, начнете изучать договора, я вас уверяю что несколько терабайт разместить проблематично и дорого. Более того, в большинстве договоров типовых вам фактически не гарантируют их сохранность. Перечислены номинальные гарантии, у 90% поп-сервисов снимаются все обязательства если нечто "незаконное", при этом далеко не всюду есть определение что бы являлось отправной точкой интерпретации и маркером этого "незаконного", решение суда это, или внезапный приступ у админа сознательной законопослушности. Вы очень удивитесь, но это стоит гораздо дороже даже на уровне гарантии сохранности данных до решения суда, если у вас массив на сотню гигабайт, где невозможно потерять какие-то байты. Законность тем более, никакие швейцарские экспериментальные clouds вам ничего не гарантируют, это всё маркетинговый ход.
