powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД Журнал
11 сообщений из 36, страница 2 из 2
СУБД Журнал
    #34149219
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
longinovВедь Fox первым был, а все что сегодня понараждалось - уж очень похоже взято у кого то... Не у фокса ли???

Таки и первым ? А как же DBASE ???
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149225
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Намек на то что все чего то там тырят у Fox-а тоже от души порадовал.
Ну нафиг Oracle вперся Fox ?
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149235
Vlad2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк авторГм... Какой API? Ручкими, ручкими все... Или есть непонятки с разницей между ЯДРОМ
СУБД и dll-кой, отвечающей за доступ к DBF-файлам? Очень душевно прошу указать,
где в лисЕ ядро. А то вот смотрю-смотрю - только средства доступа вижу. ;-)
Вот, тут ярые поклонники Fox'а уже постарались rushmore . А я вот смотрю на MS SQL сервер и вижу только средство доступа к *.MDF файлам.


Дык нет. Rushmore - эт только методика построения индексов, да? для повышения
скорости доступа, ИМНО. Но- ИМНО.

Теперь по поводу "доступа к MDF-файлам". Это "средство" существует АБСОЛЮТНО
автономно по отношению к пользовательскому приложению, и, что самое приеольное,
пользователь его вообще не видит. С точки зрения юзеря - все это только
средства доступа к данным, и амба. Давайте не будем заниматься упрощенчеством?


Vlad2005Пример с "дерганием" не катит - ну нету у лисЫ выделенного процесса, что изолирует
приложение по обработке данных от именно поцессов доступа к данным.
А кто сказал, что такой процесс вообще должен быть? Сами придумали? Вот покажите, где это написано? Почему ядро обязательно должно выполняться в отдельном процессе?[/quot]

Где написано? Дык в той же вике. "Ядро СУБД", вполне себе отдельный обьект.
Почему в отдельном процессе- да так удобнее. Если вы подскажете, так осуществить
конкурентный доступ к данным, если ядро СУБД запускает каждая задача - буду
признателен. Еще б и о безопасности что-нить...

ЗЫ. Может прекратим сей полемик? Или есть просто желание немного поупражняться
в остроумии ;-)) ?
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149363
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vlad2005Дык нет. Rushmore - эт только методика построения индексов, да? для повышения
скорости доступа, ИМНО. Но- ИМНО.
О, уже какие-то индексы появились. Совсем так неожиданно. Только что были данные, а теперь - индексы для повышения скорости доступа, причем что такое этот rushmore программист и вообще может не знать. О как...
Vlad2005Теперь по поводу "доступа к MDF-файлам". Это "средство" существует АБСОЛЮТНО
автономно по отношению к пользовательскому приложению, и, что самое приеольное,
пользователь его вообще не видит. С точки зрения юзеря - все это только
средства доступа к данным, и амба. Давайте не будем заниматься упрощенчеством?
Все абсолютно тоже самое можно сказать про Fox. Да, и кто там кого вообще не видит? Как же тогда обмен информацией происходить то может?
Vlad2005Где написано? Дык в той же вике. "Ядро СУБД", вполне себе отдельный обьект. Почему в отдельном процессе- да так удобнее.
И где там дано описано определение отдельного объекта? Чем Fox менее объектистый чем MS SQL? Про процессы - так это Вы себе сами придумали, никого не волнует как там чего и кому удобнее.
Vlad2005Если вы подскажете, так осуществить
конкурентный доступ к данным, если ядро СУБД запускает каждая задача
Ну каждая, не каждая, а TeraData на MPP конфигурации Вы, как я понимаю, за СУБД не считаете?
Vlad2005Еще б и о безопасности что-нить...
Т.е. на архитектурах с отсутствием виртуального адресного пространства реализация и механизма защиты страниц реализация СУБД не возможна?
Vlad2005Может прекратим сей полемик? Или есть просто желание немного поупражняться
в остроумии
Есть желание показать, что Вы не правы.
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149480
Vlad2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк Vlad2005Дык нет. Rushmore - эт только методика построения индексов, да? для повышения
скорости доступа, ИМНО. Но- ИМНО.
О, уже какие-то индексы появились. Совсем так неожиданно. Только что были данные, а теперь - индексы для повышения скорости доступа, причем что такое этот rushmore программист и вообще может не знать. О как...
Vlad2005Теперь по поводу "доступа к MDF-файлам". Это "средство" существует АБСОЛЮТНО
автономно по отношению к пользовательскому приложению, и, что самое приеольное,
пользователь его вообще не видит. С точки зрения юзеря - все это только
средства доступа к данным, и амба. Давайте не будем заниматься упрощенчеством?
Все абсолютно тоже самое можно сказать про Fox. Да, и кто там кого вообще не видит? Как же тогда обмен информацией происходить то может?
Vlad2005Где написано? Дык в той же вике. "Ядро СУБД", вполне себе отдельный обьект. Почему в отдельном процессе- да так удобнее.
И где там дано описано определение отдельного объекта? Чем Fox менее объектистый чем MS SQL? Про процессы - так это Вы себе сами придумали, никого не волнует как там чего и кому удобнее.
Vlad2005Если вы подскажете, так осуществить
конкурентный доступ к данным, если ядро СУБД запускает каждая задача
Ну каждая, не каждая, а TeraData на MPP конфигурации Вы, как я понимаю, за СУБД не считаете?
Vlad2005Еще б и о безопасности что-нить...
Т.е. на архитектурах с отсутствием виртуального адресного пространства реализация и механизма защиты страниц реализация СУБД не возможна?
Vlad2005Может прекратим сей полемик? Или есть просто желание немного поупражняться
в остроумии
Есть желание показать, что Вы не правы.

Да пжалста... Только тогда скажите, плиз, почему Clipper не СУБД...
И свернем топик, работать нада.
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149588
Локшин Марк
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vlad2005Да пжалста... Только тогда скажите, плиз, почему Clipper не СУБД...
Логику Вашего мышления понять очень сложно. Вы постоянно себе чего-то придумываете, чего нет на самом деле. Кто сказал, что Clipper не СУБД? Где я вообще про Clipper говорил?
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149783
Vlad2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк Vlad2005Да пжалста... Только тогда скажите, плиз, почему Clipper не СУБД...
Логику Вашего мышления понять очень сложно. Вы постоянно себе чего-то придумываете, чего нет на самом деле. Кто сказал, что Clipper не СУБД? Где я вообще про Clipper говорил?

Я себе ничего не придумываю. Логика проста, как гвоздь.
Почему Clipper? Да просто продукты примерно одного и того же времени выхода
(первые версии, ессно), и назначения. Ну, могет и Clipper'87 постарше немного...

Вот и все. Смысла ломки копий не вижу. Если есть желание - давайте очно встретимся,
вроде как в одном городе живем? Разногласия можно и пивом залить... ;-)
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149941
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
раз какая-то система данными управляет(как например Клиппер или DBase) - значит СУБД

хотя с другой стороны и на Delphi можно с данными работать не хуже чем на том DBase, а оно всяко не СУБД...

так что вопрос четких границ не имеет и спорить бесполезно
...
Рейтинг: 0 / 0
СУБД Журнал
    #34149999
Фотография iscrafm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vlad2005
ЗЫ. Может прекратим сей полемик? Или есть просто желание немного поупражняться
в остроумии ;-)) ?
Главное остроумно начать, а потом, также остроумно слить.
А я уже надеялся услышать, что же такое - ядро субд.
...
Рейтинг: 0 / 0
СУБД Журнал
    #34150105
Vlad2005
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
iscrafm Vlad2005
ЗЫ. Может прекратим сей полемик? Или есть просто желание немного поупражняться
в остроумии ;-)) ?
Главное остроумно начать, а потом, также остроумно слить.
А я уже надеялся услышать, что же такое - ядро субд.

А зачем? Для ради интересу? Дык ужо отвечали...
...
Рейтинг: 0 / 0
СУБД Журнал
    #34151818
contr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Локшин Марк
Марк, мне кажется, в Воронеже не очень много людей с таким заметным именем...
Вы случайно не тот Марк, который работал над системой под звучным названием "Ирбис"?
...
Рейтинг: 0 / 0
11 сообщений из 36, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / СУБД Журнал
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]