» CronosPlus & Cronos for DOS - сист. управления базами данных

zak666

Цитата:

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

Теоретически всё должно быть доступно, в т.ч. и коррекция.
может банк открыт только на чтение (атрибуты файлов?)
может кривулька в кроносе, хотя "битые" 155-е еще не попадались
если банк старого формата, то можно попробовать "узнать" серийник демой 185 релиза

Цитата:

для версий 3.00.185 и 3.02.346
не согласен с этим моментом..
при обмене используется только значение кода в поле и на наличие\отсутсвие самого словаря кроносу при обмене по барабану.
словарь мы запрашиваем только при просмотре\коррекции\выводе записей и (возможно) при пересчете формул.

Дополнение...
... если в свойствах поля в словаре установлено ЗАМЕНА ЗНАЧЕНИЯ...
у меня происходит именно так...


Цитата:

Кстати, видел банк, (как и говорилось загруженный как коммерческий), где поля обмена банков не активированы. Тут создавай новый с его структурой или не создавай - фиг обменяешь.

Перейди с версии 3.01.20 на 3.01.155 и всё путем...
... я считаю, что 20 версия не корректно взломана.
У меня была такая проблема, решилась с переходом на 155 версию.

Цитата:

... я считаю, что 20 версия не корректно взломана.

А может кривой билд. Но что работает с багами - это точно.

Yevgeniy
именно так.
или повреждены файлы crostru.*

Наконец-таки добрые люди сподмогли 3.01.155 и патчиком. Теперь блин проблемма матюкается (патчик) на dll-ки, каких-то не хватает. Подскажите люди добрые чегой-то с ним. Может я чего не нашел на форуме, или пропустил. Не материте слишком.

tekwar

Матюкать не буду (правилами форума запрещено ) - поставь себе Net Framework версии 1.1 или выше (ставится через windows upgrade или качается с сайта melkosoft.com, всего примерно 25 Мбайт) и все dll найдутся.

Добавлено:

All
вопрос по одному багу в кро (в релизах от 3.02.346 и выше)
при создании\редактировании шаблонов параметров графического представления связей, при попытке изменения параметров в дереве кроНос машет ручкой и просит написать письмо разработчикам.
мож кто сталкивался и знает как бороть эту дрянь? .. задолбала уже.
(шаманские танцы не помогли )
спасибо.

Спасибо. вопрос снят.. багу поправили в 3.04

neo_matryx
Если лицензия-обратись к разработчикам, если нет-забей. я уже много раз встречал это вот махание ручкой, в разных случаях. Как понял-это происходит потому, что версия ворованная. Что-то они там защиту где-то вставили, а может и просто баг. Но ведь не обратишься(в моем случае), ворованную юзаю

zak666

Цитата:

Если лицензия-обратись к разработчикам, если нет-забей

ага, ответ на тонкие траблы всегда один: "мы взяли вашу траблу на поюзание, и в следующем релизе всё пофиксим... и вааааще это не баг, а фича ... "
иногда забы(и)вают иногда поправляют.
У меня еще и техподдержка года 3-4 назад кончилась . Вот и обратился к общественности.

Вопрос по переходу с более поздних версий Хроноса на ранние.

Существует задача передачи банка данных из релиза 3.04 в 3.02 (3.01.155), кто-нибудь знает как ее можно решить. Вариант апдейта Хроноса на последний релиз не подходит по понятным причинам. Обмен между банками тоже не пройдет, если старый банк подключить к новой версии, после обмена он в старой версии есснно недоступен, а наоборот теже вилы, только с другой стороны, как, впрочем, и копирование-восстановление.
Какие есть мысли.

God_Zilla

Для себя опробовал следующий вариант - вручную выливаю БД в ms Access (если банк небольшой - то в Excel), затем обратно заливаю (подключаю) в старую версию Cronos.

Yevgeniy
Спасибо, но, как я думаю, - это хороший вариант для несложного банка, не имеющего большого количества связанных между собой баз. А если банк имеет сложную структуру, то все становится гораздо сложнее, точнее трудоемкее (ну и сказанул ). Но, как говорится, на безрыбье ...

God_Zilla

Есть действительно удобный способ, но он доступен только пользователям версии 3.02.346 (от MeteO или лицензионной) и выше - через выгрузку структуры и самого банка данных в текст (формат УФОД), после чего импортом данных из текста (опять таки в этих самых пока недоступных версиях) подключить банк данных версией кроноса 3.02.346 (эти банки читаемы версией кроноса 3.01.155). Также, если поковыряться, можно прикрутить эти банки данных и к кроносу для ДОС'а.

Yevgeniy

А вот это действительно хороший вариант, я как-то сразу не подумал.

P.S. Все действительно получилось, еще раз спасибо.

А можно как нибудь сменить номер лицензии в самой базе?
Если да то как это сделать?
Хочу все базы под один номер подогнать.

OkeaH

Требуется сделать копию банка данных без защиты, после восстановить на CronosPlus'е с серийником, под который требуется подвести все БД - после этого банк данных получит серийник самой проги (далее можно сделать копию с "защитой" серийником - и тогда эта копия восстановиться только под данный серийник).

Yevgeniy

Так если я правильно понял это
А) администрирование-копирование банка данных
Б) Затем администрирование -восстановление банка данных
Так?

При этом вся база восстанавливается полностью, т.е. индексы остаются?

OkeaH


Цитата:

При этом вся база восстанавливается полностью, т.е. индексы остаются?

Если индексы копировались (была выставлена опция поп копированию индексов) то индексы тоже восстанавливаютчся.

Вопрос по работе с Excelовскими таблицами в Кроносе.

Заметил такую фичу.
Если в Excelовской таблице в столбце имеются в основном числовые значения, но некоторые из них содержат предшествующие нули или несколько букв в середине числа или окончании (например слолбец серийных номеров), то Excel предшествующие нули обрезает. При придании столбцу статуса - текстовый, и возвращении нулей на свое законное место, Excel ругается, что число сохранено как текст и хочет это безобразие вернуть взад. При подключении этой таблицы к Кроносу все значения столбца с такими ошибками исчезают. При преобразовании таблицы в формат DBF получается тот же результат, поле DBF таблицы принимает числовой тип, все предшествующими нули обрезаются, а значения содержащие символьный тип не передаются вообще.

Кто знает как с этим бороться? Может надо что в Excele перенастроить. Или только путем переброски через третий формат.

Yevgeniy, neo_matryx
Спасибо за инфо.

God_Zilla
Хе что ж ты хотел нули перед числом с точки зрения математики ничего не значат потому они и убираются.
Тебе надо поставить текстовый формат.
Если раздражают ошибки - есть пункт пропустить ошибки.
Еще можно поставить опостраф - ' первым символом в ячейке - это укажет Excel
что формат в ячейке текстовый.

попробовал записать банк на DVD- но не смог - ограничения iso формата 2gb - максимальный размер файла

возможно ли указать кроносу чтобы при восстановлении базы из копии - он создавал многотомную базу с размером тома не больше фиксированного заданного размера?

dgur
Тот же неро говоря про ограничения в 2gb прделагает записать диск в другом формате.

dgur

Цитата:

возможно ли указать кроносу чтобы при восстановлении базы из копии - он создавал многотомную базу с размером тома не больше фиксированного заданного размера?

При выгрузке такая опция есть , эта опция называется "Размер порции" [Кб]
а вот с фиксированными размерами самих файлов базы - тут облом. Лучше используй другой формат записи DVD.

Цитата:

Вопрос по работе с Excelовскими таблицами в Кроносе.

А ты перейди на Access и поля задай текстовые...
... тогда всё и получится.
Потом в DBF и в Кронос.

OkeaH


Цитата:

Тебе надо поставить текстовый формат ... или опостраф - '

Это ничего не решает, дело не в ошибках в Excele, а в Кроносе, который не хочет воспринимать подобные ячейки.

soloveika
Access - это конечно выход, но хотелось бы заставить Кронос понимать и Excelовские "ошибочные" ячейки, поскольку лишние перепреобразования отнимают время.
A DBF - формат, на мой взгляд, действительно наиболее приемлемый для Кроноса, с ним особых проблем не возникает.

Да, решилась проблема, путем переброса в DBF минуя Access. Для того, чтобы Excel понял, что от него хотят, нужно весь столбец пометить как текстовый (ессно первая строка таблицы - это заголовки DBF-файла), а вот во второй строке необходимо сделать так, чтобы Excel узрел ошибку (Число сохранено как текст), например попыткой ее редактирования, после чего всю байду пересохранить как DBF .
Кстати, если подключить такой Excelовский файл к Кроносу, то он уже видит наоборот, только значения с ошибкой, соответственно, если все числовые значения столбца пометить как ошибочные, весь столбец появится в Кроносе.

Цитата:

решилась проблема, путем переброса в DBF минуя Access

Я то же сталкивался с данной проблемой, но как то в Access удобнее, для меня...
Заводишь данные и сразу указываешь, что поля текстовые.
Нули остаются на месте. В Excel я пробовал, но не всегда данная фенька проходит...
... так как бывает что данные переносятся или открываются вместе с форматом.

вопрос к профи..
как в формуле внутри LOOP (.......)
заставить работать группу условий?
например:

LOOP (ЗП12_НО,
if НО11="сл" then (@@QB := @@QB+НО9 & @@QD := @@QD+НО14)

.......
)
ЗП34:=@@QB;
ЗП35:=@@QD;

выражение в скобках нИфИга не считается
спасибо.

Люди! А кто нить пробовал запускать CronosPlus в терминальном режиме с сервера W2003? я попробовал, но он ругается и вылетает.... Если кто нить решал такую поблему поделитесь плиз!