foxwizardFoxTalk


Опять за рыбу деньги... Ну не СУБД лис, ни разу..
Flat-table system, не более того.

anjey... может и не СУБД (в чем вы ошибаетесь) - зато журнал :)

Плюй-бой тож журнал ;-)
А насчет СУБД - как только мне покажут ядро, вертящееся на сервере,
и отвечающее за ВСЕ операции с данными, и вдобавок, совершенно
не зависящее от клиентского приложения - тады да, прихнаю.
И еще - очень смешно смотреть на сетевой трафик, когда всякие
фоксоподобные поделия гоняют свои бешеные обьемы на клиентов.
Абы именно клиент, а не ядро СУБД, занимались обработками данных.

SergSuper Vlad2005 anjey... может и не СУБД (в чем вы ошибаетесь) - зато журнал :)

Плюй-бой тож журнал ;-)
А насчет СУБД - как только мне покажут ядро, вертящееся на сервере,
и отвечающее за ВСЕ операции с данными, и вдобавок, совершенно
не зависящее от клиентского приложения - тады да, прихнаю.
И еще - очень смешно смотреть на сетевой трафик, когда всякие
фоксоподобные поделия гоняют свои бешеные обьемы на клиентов.
Абы именно клиент, а не ядро СУБД, занимались обработками данных.
Нравится Вам Запорожец или не нравится - в любом случае это автомобиль.
Под критерии КС (которые Вы описали) фокс не подходит, а под ФС - вполне

Мне вот лично нравится для бездорожья - "Водник", а для автострады -
Мерс SLK, и смешивать я их не собираюсь. ВСякому овощу - свою грядку.
Просто надо отвыкнуть считать лису СУБД, и только. И сразу у него
найдется и место, и задачи.

Локшин Марк Vlad2005Мне вот лично нравится для бездорожья - "Водник", а для автострады -
Мерс SLK, и смешивать я их не собираюсь. ВСякому овощу - свою грядку.
Просто надо отвыкнуть считать лису СУБД, и только. И сразу у него
найдется и место, и задачи.
FoxPro является СУБД и точка.
http://ru.wikipedia.org/wiki/%D0%A1%D0%A3%D0%91%D0%94
Просто нужно привыкнуть читать определения и вдумываться что в них написано.

Гм... А иде смайлики? Я человек старый, в старых традициях воспитанный, и не
всякой бумаге привык верить, а уж чо в енту вики, блин, педию пихают... ;-)

Папа ИгорьЗдравствуйте!
Когда в педию пихают – это плохо. Старые традиции, понимаешь, а тут «вики», туды ее в качель.

То Vlad2005.
Это не «наезд» на Вас лично. Просто немного достала эта непрекращающаяся попытка «опустить» FoxPro. Каждому ключу – свой замок.

Ответ от папы Володи.

Я тож трудился на предприятии, что выпускала уникальные изделия. Долго
трудился, с 1981 по 1994 год. Эт так, просто к слову пришлось. А вот далее
я поработал в органах обл власти, но в отделе информатизации. Так вот,
начальником у нас был весьма умный молодой кандидат, защищался по сетям
и базам данных. Кстати, он же в составе небольшой команды разрабатывал
некую СУБД (для познавательных целей, но и с прицелом на коммерческие
приложения, проект, ессно помер - появились первые промышленные
монстры :-((( ). И вот он-то мне и привил правильное понимание,
что есть DBMS, а что - DB. Кстати, если базироваться на картинке из
википед.. то прошу указать, где в составе DBMS FoxPro есть ядро
СУБД. Которое существует ОТДЕЛЬНО от прикладной задачи.

Если лениво, то ну его. Я ведь все равно останусь при своих убеждениях. ;-)

Локшин Марк Vlad2005Кстати, если базироваться на картинке из
википед.. то прошу указать, где в составе DBMS FoxPro есть ядро
СУБД. Которое существует ОТДЕЛЬНО от прикладной задачи.
В данном случае ядро - это та часть кода, которая отвечает за исполнение операторов языка FoxPro (как называется - не знаю, не работал).

Гм... Марк, как человек, малость (именно так, и не скрываю) поработавший
с визуальной Лисой, могу сказать, что похоже вы путаете компилятор языка,
преобразующий код на ЯВУ в систему маш. команд и ядро СУБД. Мне кажется,
разница очевидна.

Локшин Марк Vlad2005Гм... Марк, как человек, малость (именно так, и не скрываю) поработавший
с визуальной Лисой, могу сказать, что похоже вы путаете компилятор языка,
преобразующий код на ЯВУ в систему маш. команд и ядро СУБД. Мне кажется,
разница очевидна.
Ничего я не путаю. Все действия над FoxPro'шными таблицами делаются именно ядром СУБД. Компилятор не генерирует кода типа "в файле aaa.dbf по смещению 3475 записать значние 136". Все делается через свой API именно к ядру БД. То, что это не является просто привычным для SQL текстом запроса - ну и что с того (кстати, никото не мешает ни хранимые процедуры ни собственно сам запрос, построенный по соответствующему SQL хранить непосредственно в виде исполняемого кода с дерганием соотв низкоуровневых функций ядра клиент-серверной РСУБД - полная аналогия со случаем FoxPro). Потом, насколько я знаю, на FoxPro можно и динамические запросы к таблицам делать. Если это так, то хотелось бы услышать Вашу версию как же они в систему машинных команд переводятся?
То что интерфейс, способ доступа и расположение ядра может в различных СУБД отличаться - по-моему очевидно...

Гм... Какой API? Ручкими, ручкими все... Или есть непонятки с разницей между ЯДРОМ
СУБД и dll-кой, отвечающей за доступ к DBF-файлам? Очень душевно прошу указать,
где в лисЕ ядро. А то вот смотрю-смотрю - только средства доступа вижу. ;-)
Пример с "дерганием" не катит - ну нету у лисЫ выделенного процесса, что изолирует
приложение по обработке данных от именно поцессов доступа к данным. Все в одном
флаконе. Что и хорошо в тех случаях, когда лисА применимА. Еще раз подчеркиваю,
всякому овощу есть место в огороде. Но вот есть вместо картошки, гм... корни от
капусты - никто не будет, ведь так, да?