Ru-Board.club
← Вернуться в раздел «Программы»

» CronosPlus & Cronos for DOS - сист. управления БД

Автор: ext2
Дата сообщения: 13.11.2009 21:11
Saturday
Правильно написано.
Только вот 71 и 72 - это суть одно и то же самое
Автор: Saturday
Дата сообщения: 13.11.2009 21:16
Я ооочень на это надеялся, когда запускал оптимизацию .........
Автор: ext2
Дата сообщения: 13.11.2009 21:31
Saturday
Не надо надеяться - это так и есть
А вот с другими, более высокими версиями, экспериментировать не рекомендую.
Автор: Saturday
Дата сообщения: 13.11.2009 21:34
Сорь, а более высокие это как? После 72ой - уже четверка идет, или я ошибаюсь?
Автор: ext2
Дата сообщения: 13.11.2009 22:09
Saturday
Ошибаетесь
Например, 3.04.371 и т.д. по возрастающей
Автор: Saturday
Дата сообщения: 13.11.2009 23:06
ext2
Какой номер последнего билда перед четвёркой? 3.04.72?
Автор: soloveika
Дата сообщения: 14.11.2009 18:38
Вот часть из коллекции:
3.04.350, 3.04.402, 3.04.413, 3.04.431, 3.04.450, 3.04.460, 3.04.462, 3.04.472, 3.04.479, 3.04.480, 3.04.485, 3.04.491, 3.04.513, 3.04.615, 3.04.689, 3.04.764, 3.04.803, 3.04.948, 3.04.979
все демо.
Автор: Saturday
Дата сообщения: 14.11.2009 18:53
soloveika

"Кронос-Информ" - засранцы, прости господи. Купили у них программу 3.04.71, 3 года писал в поддержку регулярно с вопросом о выходе новых релизов. Три года они на честном глазу отвечали, что новых сборок нет, а всё что я вижу в сети - это технологические сборки не тестированные на стабильность работы и не предназначенные для предоставления пользователям. Теперь отвечают, что вышла версия 4 кроноспро и я могу заплатив, получить её со скидкой, а поддержка 3-й закрыта.
Вот не пользуйся после этого варезом.

Сорри, за "плач Ярославны"
Автор: soloveika
Дата сообщения: 14.11.2009 19:00

Цитата:
а всё что я вижу в сети - это технологические сборки не тестированные на стабильность работы

Все правильно. 71 последняя устойчивая, её пользователям и продавали. Моя коллекция получена не от кроносинформа.
Автор: Saturday
Дата сообщения: 14.11.2009 19:04
soloveika


Цитата:
3.04.764, 3.04.803, 3.04.948, 3.04.979
ну и знаменитая 72ая - это всё неустойчивые?
Автор: soloveika
Дата сообщения: 14.11.2009 19:18
72 если не ошибаюсь была сделана на 71 и выдана определенной структуре. В распакованной 72 есть ошибки, не желательно её использовать постоянно.
Автор: Saturday
Дата сообщения: 14.11.2009 20:09
Информация о том, что последняя сборка предоставляемая оф. пользователям - 71, точная или по слухам? А то я собирался с ними по крупному начать скандалить .

До кучи ещё вопрос - можно каким-либо способом сделать форму ввода для глобального банка данных?
Автор: soloveika
Дата сообщения: 14.11.2009 20:50

Цитата:
Информация о том, что последняя сборка предоставляемая оф. пользователям - 71, точная или по слухам?

Всем такую продавали, разрабы сказали это последняя устойчивая, остальные для тесторов.
А кто кроме разрабов подтвердит еще, что какая последняя какая нет?

Цитата:
- можно каким-либо способом сделать форму ввода для глобального банка данных?

И какие данные Вы собираетесь вводить в глобальный поиск?
В запрос данные? /Тут смайлик с большими глазами от удивления/
Автор: Saturday
Дата сообщения: 14.11.2009 21:00
soloveika
Понял по первому вопросу.

По второму тоже (фигню-с спорол)
Очень уж непрезентабельно запрос выглядит, но к форме ввода это не имеет никакого отношения.
Автор: ext2
Дата сообщения: 15.11.2009 21:31
Saturday

Цитата:
Информация о том, что последняя сборка предоставляемая оф. пользователям - 71, точная или по слухам? А то я собирался с ними по крупному начать скандалить

Скандалить с ними и раньше смысла не было, а сейчас, с выходом 4 версии - вообще бесполезно. Поберегите нервы.
Автор: informbank
Дата сообщения: 17.11.2009 18:05
Периодически при глобальном поиске выползает глюк "нарушена структура индексного массива".
Индексы перестраивал, винт новый без багов - результат тот же.

Может есть какие-то известные рецепты типа увеличить количество дескрипторов файлов или еще что-нить, связанное с правкой реестра и т.п.
P.S. Типовые файлы Кроноса все помечены для антивируса как не подлежащие проверке
Автор: ext2
Дата сообщения: 18.11.2009 21:18
informbank
Версия Кроноса?
Индексы перестраивали где именно?
Автор: informbank
Дата сообщения: 19.11.2009 09:37
ext2
cro+= 3.04.72 (30249)
FB60873E8608D49E3A152E0EF109D14D *UpgradeCronosPlus.exe
5D7A2FCBE4EBBB07A9B89EBF41A80EBE *Uninstall.dat
9240EC5B374DCB499CEC16B3B26D8C90 *Setup.exe
773D029152A5A80AFE3313A9184999EF *README.!!!
14C780B0116CE5452D4803A65DB5F98E *License.rtf
A486C149D9644F665375388AA3374790 *History.txt
21E77BCBE81C83284AEEA5127C197718 *dbghelp.dll
D65999E795C87545015A22ACBF34E83C *Crosys9x.VXD
F7D2A654951F496A860564004B2754A4 *CroSys.tad
E278254522217210A95636D6D2ACBF0F *CroSys.dat
EA4574868DB3785D3D4A5CF3C2BFA2B5 *cronos.reg
659637FB22F5DD904C767A48B4878054 *Cronos.hlp
B734112C3130CB15AD65624435570BA3 *Cronos.GID
52FEEE5812BD0AB9C9FC794C93F76708 *Cronos.exe
6E6393DC4A9E4EEE32E4AE0937DDE3EE *Cronos.cnt
538D09092274F0EBF5C5D50EDA122D0F *CroInfo
7F569BDED6E6542C68F3321D6BBEB318 *CroBugs.dll
3DA0C6C88CA8995FDD02C1149B47ADBA *!!Win2kLargeDisk.reg
Cronos.exe size = 12.4 МБ (13'047'812 байт)
-----------------------------------------------------------------------------------
индексы перестраивал, там где ошибки,
но они возникают снова, причем иногда в том же самом банке/таблице
Автор: ext2
Дата сообщения: 20.11.2009 02:40
informbank
Во-первых, распакованная 3.04.72 глючная сама по себе.
Во-вторых, попробуйте удалить все индексы, затем провести ревизию/оптимизацию, а после этого заново построить индексы.
Автор: informbank
Дата сообщения: 20.11.2009 11:52
ext2
Перестроить индексы и оптимизировать 1000 баз?
Спасибо за рецепт
Автор: ext2
Дата сообщения: 20.11.2009 13:01
informbank

Цитата:
Спасибо за рецепт

Пожалуйста.
Это радикальное решение, если оно не поможет, то не поможет ничего.
Еще, как вариант, можно выгрузить в копии "глючные" базы и потом восстановить их в другой версии, например 3.04.24, с последующим включением в глобалку.
Автор: KONKAR
Дата сообщения: 20.11.2009 13:51
informbank
Присоединяюсь к мнению ext2. Скорей всего в некоторых банках "плохие записи" и индексы об них "спотыкаются". Лечится только ревизией и оптимизацией. Если спотыкаются в 1000 базах, придется делать в 1000, а если в трех, то в трех. Что касается индексов, то возможно Вы недопоняли: имелись ввиду не индексы ВСЕХ баз, а ВСЕ индексы в "глючных" базах, может быть даже физически удалить Croindex.
Что касается Вашей реакции на совет, ирония конечно вещь хорошая, но чувство такта должно тоже иметь место, даже если предложенная помощь Вас не устраивает.
Автор: informbank
Дата сообщения: 20.11.2009 14:07
KONKAR
Спасибо, но этот рецепт мне знаком.
Так и делаю обычно, думал есть что-нить более эффективное -
Были мысли, что проблема носит более системно-глобальный характер.
Автор: Saturday
Дата сообщения: 20.11.2009 14:26
informbank

Было что-то похожее. Такая фигня происходит, если в 3.4.72 в новый банк большой модели заливаешь данные из CPY стандартной модели.
Может поможет чем-то ....
Автор: ext2
Дата сообщения: 20.11.2009 16:33
informbank

Цитата:
Так и делаю обычно, думал есть что-нить более эффективное -

Эффективнее ревизии и оптимизации ничего нет.

Цитата:
Были мысли, что проблема носит более системно-глобальный характер.

Какой?

Saturday
Миллион раз уже говорилось - не пользуйтесь распакованной 3.04.72 для создания/редактирования баз! Только для поиска/просмотра.
Автор: ZioniC
Дата сообщения: 20.11.2009 17:37
Господа подскажите что не так сделал Я:

Последняя таможня, за сентябрь которую выкладывал на сайте не имеет графы доллар за килограмм, а в предыдущих версиях была эта графа.
Я вытащил с предыдущего месяца формулу
IF(ГТ96#0) THEN(ГТ109 := ГТ103 / ГТ96)
добавил графу под номером 109
и после этого думал все будет хорошо
Но сначала вышло так что во всех записях в этой графе была цифра 10, когда Я удалил эту формулу и заново ее добавил стала цифра 30.

Как сделать чтобы все посчиталось нормально во всех записях? что не так сделано?
может кто добавлял именно эту графу в этот банк?
Автор: Scream3
Дата сообщения: 20.11.2009 23:32
ZioniC

Проверьте в редакторе формул эту формулу.

Действительно ли нужно делить 103-е поле на 96-е. Там вроде как Стат стоимость делят на Нетто. Если нет поправьте на нужные значения.

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

Нажимаете внизу Выполнить и дожидаетесь пока значение по Вашей формуле пересчитается.

Однако эта графа -чистой воды маразм ибо делятся и лыжи на мясо и часы на трусы итд.
Имхо лучше в конкретной выборке в два клика в экселе нужные данные пересчитать.

заодно можете и даты поправить

IF(ГТ49 # "") THEN(
IF(LR(ГТ49,3) = "Aug") THEN(@month := "08");
IF(LR(ГТ49,3) = "Sep") THEN(@month := "09");
IF(LR(ГТ49,3) = "Oct") THEN(@month := "10");
IF(LEN(TRIM(ГТ49)) = "9") THEN(@day := "0"<<SUBSTR(ГТ49,6,1)) ELSE(@day := SUBSTR(ГТ49,5,2));
ГТ49 := "109"<<@month<<@day);

(Пример для октября месяца для поля G230. Для пересчета всего года логичней создать словарь Jan Feb итд) после пересчета полю можно будет присвоить тип Дата. Всё лучше, чем Sep 28 200
Автор: soloveika
Дата сообщения: 22.11.2009 18:53
ext2

Цитата:
Миллион раз уже говорилось - не пользуйтесь распакованной 3.04.72 для создания/редактирования баз! Только для поиска/просмотра.

+1

Не всегда ривизия спасает от глючных записей. Лучше создать новую бд и перебросить данные.
Автор: ZioniC
Дата сообщения: 23.11.2009 12:15
Господа большая просьба какой-либо алгоритм действий для создания отчета в екселевском файле из кроноса сделать, посмотрел шапку минут 40 уже ищув интернетах как сделать и не могу найти . а вопрос очень горит, или ссылочку или в пм отпишите пожалуйста, буду благодарен за помощь!
Автор: Scream3
Дата сообщения: 23.11.2009 13:33
ZioniC
В документации по кроносу (скачать с офсайта) вопрос раскрыт полностью

Страницы: 1234567891011121314151617181920212223242526272829303132333435363738394041424344454647484950515253

Предыдущая тема: Mozilla Firefox! (часть 10)


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.