barsukofЕсть исходники , но периодически вознивают вопросы, по операторам, времени жалко на угадывание, хотя в общем все читаемоА спрашивай... здесь старых клипперистов много. Пороемся в памяти :)

barsukoff White Owl barsukofЕсть исходники , но периодически вознивают вопросы, по операторам, времени жалко на угадывание, хотя в общем все читаемоА спрашивай... здесь старых клипперистов много. Пороемся в памяти :)
Да просто хотелаось бы типа небольшого FAQ-а по функциям, если у кого есть.Ну это НортонГада надо брать :) В те времена это был самый прогрессивный формат хранения документации... Полное описание Клиппера весит примерно два-три мегабайта.
А еще можешь заглянуть сюда: http://www.itk.ru/clip/aboutclip.shtml Это один из потомков Клиппера, там есть вроде неплохая документация.

barsukoffТипа dtos , dbseek,RLOCK(),конструкция DBSEEK(PADL(TABEL->TABN,5)+"20000101"+"1") ,то есть инутитивно вроде понятно, но хотелось бы подтвердить свои догадки.
dtos - Date TO String конвертация date в string
dbseek - поиск по таблице на основе индекса. Параметр функции должен совпадать с типом поля (или функции) по которой создан индекс.
rlock - блокирование записи для много-пользовательского режима, остальные юзера смогут запись читать, но не смогут изменять.
padl - PAD Left - добавить текстовую строку (первый параметр) слева пробелами до указаной общей длины (второй параметр)

barsukoffА так же примеры работы с базами, я так понял в клиппере как бы создается alias базы и работа идет с нимНе совсем так. В Клиппере, как и во всех table-based СУБД используется принцип областей (страниц). Представь что работаешь с Excel - очень похоже будет. Клиппер может одновременно загрузить в память до 255 таблиц, одна из этих таблиц считается активной. Все функции и команды работы с таблицей (тот же dbseek например) идут в эту активную таблицу. Переключаться между таблицами можно командой select номер_области или select алиас_таблицы .
Чтобы начать работать с новой таблицей сначала переключаешься в нужную область, потом командуешь use имя_dbf_файла , если хочешь, можешь в use указать и алиас для таблицы, иначе алиасом будет имя dbf файла.
Как я уже говорил, одна из областей всегда активна. Если надо обратится к неактивной в данный момент области, то используется синтаксис со стрелочкой " -> " Слева от нее пишется алиас таблицы или номер области, справа имя поля в таблице или табличная функция которую надо запустить на указаную область.
TABEL->TABN - это обращаение к полю tabn в области с алиасом tabel

Ну двойной слэш это коментарий :) А вот значок амперсанда это макроподстановка. В рантайме заполняется текстовая или целочисленная переменная, а потом значение этой переменной отдается в select как параметр. В общем, выбор новой активной области на основе переменной sa20.

А это работа с индексами... В отличие от SQL где ты просто создаешь индексы на таблицу, а сервер самостоятельно потом решает какой из индексов использовать, в потомках dBase используется ручное активирование индексов.
В команде use есть параметр index в котором перечисляются несколько индексных файлов, например
use orders index byCode, byDate, byCity
По умолчанию первый индекс в списке активный. Команды типа seek|dbseek всегда работают по активному индексу. Переключаешься на другой индекс командой set order to N, где N это номер индекса в списке как он был задан в use. Впрочем, вместо перечисления индексов в use можно использовать несколько пар set order to N, set index index_file

K52Но если эту же СУБД запустить в сеансе DOS'а Win2000/XP - индексы рушатся при первой же попытке что-то ввести в индексированный файл.
Может быть тут есть некая фишка в настойках NetWare или Windows?Винды... Клиппер открывает МНОГО файлов одновременно, а по умолчанию винды дают для DOS-сессии ... не помню, но недостаточное количество файловых буферов.
Иди в ярлык запуска программы, на вкладке Program есть кнопка Advanced, там указываются два файла, перенаправь их на копии autoexec.bat и config.sys скопированые с DOS машины. Естественно их нужно будет слегка подправить - убрать ненужные драйвера и резиденты.

Alex_Toms K52
Т.е. эта система (для заводика) оказалась лучше и ИНФИН’a, и 1С, и Галактики!

Если ваша система оказалась удачной, работает до сих пор и в будующем будет востребована, то однозначно нужно переводить на SQL. Все с точностью до наоборот. Если система оказалась удачной и работает до сих пор - ее ни в коем случае не надо трогать. Пусть работает. Паралельно можно разрабатывать аналогичную систему на более современных средствах, но оригинальную трогать не нужно. Вот если бы глючила, не справлялась с нагрузкой - тогда да, тогда действительно нужно переводить.