Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
 СУБД Журнал  [new]
_DENN_
Member

Откуда: Норильск
Сообщений: 2129
Доброе время суток!


У нас в отделе выделили финансы на выписку журнала.
В общем надо что-бы по СУБД (MSSQL, ORACLE, FOX PRO) что-нить было, по программированию (Delphi в осномном)
Подскажите пожайлуста кто чем может, какой полезный журнал можно выписать?


С уважением, Денис
7 ноя 06, 07:36    [3361106]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
_DENN_
Member

Откуда: Норильск
Сообщений: 2129
Рпссмотрю любые варианты, мож выписывал кто... :-)
7 ноя 06, 07:40    [3361109]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
MGR
Member

Откуда:
Сообщений: 536
Круто. Даже завидую.
А на сколько журналов средств выделили?
7 ноя 06, 08:55    [3361188]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
_DENN_
В общем надо что-бы по СУБД FOX PRO

FoxTalk 2.0, но он только на английском и не очень большой по объему...
7 ноя 06, 15:55    [3363901]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Sergey Ch
Member

Откуда: Благовещенск
Сообщений: 8894
_DENN_
Рпссмотрю любые варианты, мож выписывал кто... :-)

А в основном сегодня данная тематика отражена в электонном виде... Многие подписки платные...
7 ноя 06, 15:56    [3363906]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
mv
Member

Откуда:
Сообщений: 8876

Журнал "Доктор Доббс" :)


Posted via ActualForum NNTP Server 1.3

7 ноя 06, 17:53    [3364865]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
anjey
Member

Откуда: Прокопьевск
Сообщений: 933
есть такое издание Открытые системы:СУБД

посмотри на osp.ru
8 ноя 06, 06:35    [3365963]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
foxwizard
Member

Откуда:
Сообщений: 302
FoxTalk
21 ноя 06, 07:24    [3427440]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
foxwizard
Member

Откуда:
Сообщений: 302
http://newsletter.narod.ru/foxtalk/FoxTalk.htm
21 ноя 06, 07:24    [3427441]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

Откуда: Воронеж
Сообщений: 119
foxwizard
FoxTalk


Опять за рыбу деньги... Ну не СУБД лис, ни разу..
Flat-table system, не более того.
21 ноя 06, 09:22    [3427585]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
anjey
Member

Откуда: Прокопьевск
Сообщений: 933
... может и не СУБД (в чем вы ошибаетесь) - зато журнал :)
21 ноя 06, 09:50    [3427683]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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


Плюй-бой тож журнал ;-)
А насчет СУБД - как только мне покажут ядро, вертящееся на сервере,
и отвечающее за ВСЕ операции с данными, и вдобавок, совершенно
не зависящее от клиентского приложения - тады да, прихнаю.
И еще - очень смешно смотреть на сетевой трафик, когда всякие
фоксоподобные поделия гоняют свои бешеные обьемы на клиентов.
Абы именно клиент, а не ядро СУБД, занимались обработками данных.
21 ноя 06, 10:08    [3427773]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Vlad2005
anjey
... может и не СУБД (в чем вы ошибаетесь) - зато журнал :)


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

Нравится Вам Запорожец или не нравится - в любом случае это автомобиль.
Под критерии КС (которые Вы описали) фокс не подходит, а под ФС - вполне
21 ноя 06, 10:30    [3427911]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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


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

Нравится Вам Запорожец или не нравится - в любом случае это автомобиль.
Под критерии КС (которые Вы описали) фокс не подходит, а под ФС - вполне


Мне вот лично нравится для бездорожья - "Водник", а для автострады -
Мерс SLK, и смешивать я их не собираюсь. ВСякому овощу - свою грядку.
Просто надо отвыкнуть считать лису СУБД, и только. И сразу у него
найдется и место, и задачи.
21 ноя 06, 10:47    [3428035]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Локшин Марк
Member

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

FoxPro является СУБД и точка.
http://ru.wikipedia.org/wiki/%D0%A1%D0%A3%D0%91%D0%94
Просто нужно привыкнуть читать определения и вдумываться что в них написано.
21 ноя 06, 15:17    [3430273]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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

FoxPro является СУБД и точка.
http://ru.wikipedia.org/wiki/%D0%A1%D0%A3%D0%91%D0%94
Просто нужно привыкнуть читать определения и вдумываться что в них написано.


Гм... А иде смайлики? Я человек старый, в старых традициях воспитанный, и не
всякой бумаге привык верить, а уж чо в енту вики, блин, педию пихают... ;-)
21 ноя 06, 15:25    [3430339]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Папа Игорь
Member

Откуда: Киев
Сообщений: 6199
Здравствуйте!
Когда в педию пихают – это плохо. Старые традиции, понимаешь, а тут «вики», туды ее в качель.
Не так давно, лет 25 назад, был на одном производстве процесс, сопровождаемый маршрутными картами. Процесс серьезный – военный, на весь СССР один такой.
Были систематизированные правила создания, изменения и уничтожения этих карт.
Карты, в конце процесса попадали в хранилище, где находились до определенного времени, а потом фьють – и в топку.
Так вот – правила эти суть система управления (СУ), а карты – база данных (БД).
А все вместе - есть СУБД. Не компьютерная знамо, но СУБД.
И базы данных и правила управления ими появились задолго до «эры электричества».
И смешно слышать от «… человек старый…» подобную категоричность.

То Vlad2005.
Это не «наезд» на Вас лично. Просто немного достала эта непрекращающаяся попытка «опустить» FoxPro. Каждому ключу – свой замок.
22 ноя 06, 01:10    [3432685]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Папа Игорь
FoxPro. Каждому ключу – свой замок.


И каждой бочке своя затычка ?
Вопрос был про журнал, ответили и отвалили
22 ноя 06, 08:08    [3432867]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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

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


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

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

Если лениво, то ну его. Я ведь все равно останусь при своих убеждениях. ;-)
22 ноя 06, 09:16    [3433031]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Локшин Марк
Member

Откуда: Воронеж
Сообщений: 3155
Vlad2005
Кстати, если базироваться на картинке из
википед.. то прошу указать, где в составе DBMS FoxPro есть ядро
СУБД. Которое существует ОТДЕЛЬНО от прикладной задачи.

В данном случае ядро - это та часть кода, которая отвечает за исполнение операторов языка FoxPro (как называется - не знаю, не работал).
22 ноя 06, 10:26    [3433389]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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

В данном случае ядро - это та часть кода, которая отвечает за исполнение операторов языка FoxPro (как называется - не знаю, не работал).


Гм... Марк, как человек, малость (именно так, и не скрываю) поработавший
с визуальной Лисой, могу сказать, что похоже вы путаете компилятор языка,
преобразующий код на ЯВУ в систему маш. команд и ядро СУБД. Мне кажется,
разница очевидна.
22 ноя 06, 16:22    [3436556]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Локшин Марк
Member

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

Ничего я не путаю. Все действия над FoxPro'шными таблицами делаются именно ядром СУБД. Компилятор не генерирует кода типа "в файле aaa.dbf по смещению 3475 записать значние 136". Все делается через свой API именно к ядру БД. То, что это не является просто привычным для SQL текстом запроса - ну и что с того (кстати, никото не мешает ни хранимые процедуры ни собственно сам запрос, построенный по соответствующему SQL хранить непосредственно в виде исполняемого кода с дерганием соотв низкоуровневых функций ядра клиент-серверной РСУБД - полная аналогия со случаем FoxPro). Потом, насколько я знаю, на FoxPro можно и динамические запросы к таблицам делать. Если это так, то хотелось бы услышать Вашу версию как же они в систему машинных команд переводятся?
То что интерфейс, способ доступа и расположение ядра может в различных СУБД отличаться - по-моему очевидно...
22 ноя 06, 18:48    [3437822]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Vlad2005
Member

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

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


Гм... Какой API? Ручкими, ручкими все... Или есть непонятки с разницей между ЯДРОМ
СУБД и dll-кой, отвечающей за доступ к DBF-файлам? Очень душевно прошу указать,
где в лисЕ ядро. А то вот смотрю-смотрю - только средства доступа вижу. ;-)
Пример с "дерганием" не катит - ну нету у лисЫ выделенного процесса, что изолирует
приложение по обработке данных от именно поцессов доступа к данным. Все в одном
флаконе. Что и хорошо в тех случаях, когда лисА применимА. Еще раз подчеркиваю,
всякому овощу есть место в огороде. Но вот есть вместо картошки, гм... корни от
капусты - никто не будет, ведь так, да?
23 ноя 06, 08:45    [3438888]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
Локшин Марк
Member

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

Вот, тут ярые поклонники Fox'а уже постарались rushmore. А я вот смотрю на MS SQL сервер и вижу только средство доступа к *.MDF файлам.
Vlad2005
Пример с "дерганием" не катит - ну нету у лисЫ выделенного процесса, что изолирует
приложение по обработке данных от именно поцессов доступа к данным.

А кто сказал, что такой процесс вообще должен быть? Сами придумали? Вот покажите, где это написано? Почему ядро обязательно должно выполняться в отдельном процессе?
23 ноя 06, 10:38    [3439471]     Ответить | Цитировать Сообщить модератору
 Re: СУБД Журнал  [new]
longinov
Member

Откуда:
Сообщений: 3
А как на счет посмотреть на Visual FOX в связке с какой-нить мощной СУБД (например с MS SQL) ??? Как и для интранет сетей, так и для интернет-интегрированных через MS SOAP ??? Готов спорить - если Вы пишете информационную систему, учетную систему, в общем работа с БД - на сегодня по скорости разработки, "любви" языка программирования и данных (БД), и другим показателям - равных VFP я не вижу. Прошу опустить все маркетинговые шаги в сторону бабла софтверных гигантов и посмотреть на весчи техническим взглядом. Я никогда не буду писать сайт на лисе, ни драйвер к модему... Но при работе с БД, ассемблер тоже не рекомендую... А для гуру (с лысиной и седыми висками) не грех отследить историю развития СУБД и систем разработки приложений к ним. Ведь Fox первым был, а все что сегодня понараждалось - уж очень похоже взято у кого то... Не у фокса ли??? И еще - Старый конь борозды не портит. Средство разработки становиться неактуальным только тогда, когда не удовлетворяет тех.параметрам... Может обществу программистов (довольно таки не самому глупому представительству человечества) хватит обижать Лиса.
23 ноя 06, 10:44    [3439525]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить