Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7 8 9 10 .. 75   вперед  Ctrl
 Re: Выбор СУБД!  [new]
Senya_L
Member

Откуда: Москва
Сообщений: 5381
фошысд
МСУ, за мной будете. Соблюдайте очерёдность, пожалуйста)))
МСУ, забыл сказать, за мной стоял один фошысд *LOL*
26 янв 09, 18:17    [6738652]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
МСУ

Да возражений нету. Просто интересуюсь, действительно ли фокс готов решить все проблемы?
И веб-сервис черкануть, и портальные решения реализовывать, и интеграцию систем начертить, и...

да легко ! и soap там есть (я еще в 90х ковырял приблуду к visual foxpro) и приблуды к IIS были и линии псевдографикой там еще под досом чертить можно было, есть всего одна проблема ... он умер
уже пару лет как душка майкрософт объявила, что VFP9 была последней версией ...

если закрыть глаза на dbf, то как тулза для лабания гуя для клиент-серверной субд VFP в 90х был в полне на уровне, но МС не для того его покупала, чтоб развивать ... лана о покойниках или ничего или хорошее
26 янв 09, 18:22    [6738673]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
Yo.!,

Yo mae опять вылез...
Ну с чего ты взял что Fox умер?
Microsoft объявила давно что Fox умрёт, но потом вышла версия 9 и даже сервис пак вышел.
Что то не умирает Fox!
Хорошие СУБД не умирают Yo mae!
26 янв 09, 18:32    [6738727]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

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

Fox5631

Она как раз и используется во всех MS продуктах, где ее только можно
использовать. И на SQLsever, и в Access.

Вряд ли она используется в оригинальном виде в MS SQL (особенно в связи
с введением версионности), поскольку оригинальный Рашмор это (держите
шапки!) использование битовых масок для объединения результатов выборки
по индексам (что сейчас делают все сервера).
Правда, следует также вспомнить, что когда FoxBase стал FoxPro, в нём не
было поддержки языка SQL, её прилепили позже. Так что когда этот Fox SQL
пытался использовать Рашмора, результат - как в той рекламе - мог быть
неожиданным. Например, join двух таблиц мог неожиданно выдать не все
записи, удовлетворяющий условию соединения.

Posted via ActualForum NNTP Server 1.4

26 янв 09, 21:00    [6739097]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
http://www.universalthread.com/List.aspx?Session=436B30366B7A777A564A493D2046676E3674714E79756E6B3231366A684171324E4C513D3D


Вот
доказательство того, что FoxPro реально используется.

Рашмор, естественно, претерпел изменения. Но ядро осталось. Это неоднократно писалось. Лень искать ссылки.
26 янв 09, 21:16    [6739128]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631

Вот
доказательство того, что FoxPro реально используется.

Рашмор, естественно, претерпел изменения. Но ядро осталось. Это неоднократно писалось. Лень искать ссылки.

Читаем внимательно:
FIBS - Financial Spreadbetting System 175 60000000 (вау!) 70 Visual FoxPro Visual FoxPro 03/11/2002 18:57 (не вау).

Детально:
автор
This is a VFP client server system using SQL Server 2000 to hold the data.
26 янв 09, 21:50    [6739191]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
И что? Там и другие варианты есть. Клиент Си, данные dbf. Вариантов использования FoxPro в разных связках море.
26 янв 09, 22:41    [6739364]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
bk0010
Member

Откуда:
Сообщений: 5123
Блин, интересно на автофорумах тоже такое бывает: человек заявляет, что в связи с кризисом денег мало, и спрашивает, что бы ему прикупить вместо Камаза. Одни советуют купить Зил, другие Газель. Но вдруг появляется парень, который советует купить велосипед, так как он быстро готовится к работе, его не надо заправлять и у него есть крутая патентованная шестеренка «Рашмор». Ему говорят: «а как грузы-то перевозить»? Он в ответ – у велика есть багажник. И шестеренка «Рашмор». Если поднапрячься, то она сможет крутится со скоростью 1000 об/мин. Ему - этого мало. Он - ну можно еще друга с сумками на раму посадить. Ему автор топика – у меня основная задача перевести за день 5 тонн песка на 60 км. Он – это не нормальная задача. Ставьте нормальные и сможете их решить с помощью велосипеда и шестеренки «Рашмор». Патентованной.
Eugenkru1, поймите, что нельзя сопоставлять FoxPro и настоящие SQL-сервера. Они похожи только с виду, но решают разные задачи и по-разному. Даже если-бы FoxPro на большинстве запросов обгонял любой SQL сервер в 5 раз, то все равно на нем нельзя было-бы делать системы уровня предприятия или даже рабочей группы. Наоборот – пожалуйста, так как прогресс сделал требования к железу, на которых SQL-сервер может нормально работать, доступными для офисной машины. Если Вам хочется помериться с кем-нибудь FoxPro, то мерьтесь с Acccess или покойными Dbase, Paradox, Clarion. Попробуйте изучить администрирование настоящего SQL-сервера (хотя-бы поверхностно) - это интересно.
26 янв 09, 23:35    [6739515]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
bk0010,
я не Eugenkru, но все же отвечу, что мы используем и SQLServer, и FoxPro, и Ассесс, и даже Open Office.
И мне есть что с чем сравнить.
Система уровня предприятия 1С написана как раз на таблицах dbf и работает себе, хоть никому и не нравится.

Несмотря на громкие заявления о великолепно работающих транзакциях нам удавалось несколько раз потерять данные на SQLServer. Потому что транзакции обеспечивают далеко не все. Есть еще дисководы, сетевое оборудование и т.д.
Естественно, в FoxPro процент потерь будет выше и мороки больше, но для огромного количества задач возможностей FoxPro вполне достаточно
27 янв 09, 00:23    [6739611]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Fox5631
мы используем и SQLServer, и FoxPro, и Ассесс, и даже Open Office

На кой опенофис сюда приплели?
А мы еще используем интернет и клавиатуру.
Fox5631
Система уровня предприятия 1С написана как раз на таблицах dbf и работает себе

1С уже много лет юзает sql-сервера, какие дбф? Дбф мертв, забудьте этого дедушку
Fox5631

Несмотря на громкие заявления о великолепно работающих транзакциях нам удавалось несколько раз потерять данные на SQLServer.

Как кривые руки могут коррелировать с этим довольно надежным сервером? Да и версию не мешало бы озвучить.
Fox5631
Потому что транзакции обеспечивают далеко не все.

Ясное дело. BOL пробовали читать перед тем, как садиться на транзакте писать?
Fox5631

Естественно, в FoxPro процент потерь будет выше и мороки больше, но для огромного количества задач возможностей FoxPro вполне достаточно

Какой коэффициент потерь, Вы о чем? Какие потери в sql-сервере? Может, у Вас потери в прямолинейности рук?
Ну не подходит Ваш файл-сервер для современных задач с высокими требованиями ACID, ну хоть тресните :))
27 янв 09, 00:51    [6739645]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
И что? Там и другие варианты есть. Клиент Си, данные dbf.

Осмелюсь спросить - каким боком относится сишное приложение, ходящее к dbf - и VFP?
27 янв 09, 00:59    [6739656]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
Молодец Fox5631! Наконец то умный человек появился. Сразу видно что Fox5631 реально работал с серьёзными проектами.
Foxpro действительно подходит для огромного круга задач!
Во первых у Foxpro есть свой встроенный язык программирования - это мощный объектно ориентированный язык с очень богатым набором функций и команд.
Во вторых у Foxpro есть Rushmore и богатый набор команд SQL для работы с базой данных, 100% использующий мощность Rushmore.
В третих Foxpro удобен как для проектирования, так и для эксплуатации задач!
Кто сталкивался с эксплуатацией, тот знает - написать программу это полдела, ещё полдела её внедрить!
По поводу сбоев при эксплуатации и потерь данных:
Потерять можно что угодно даже девственность, но есть же определённые приёмы написания и эксплуатации программ, тогда вероятность потерять будет сведена к нулю.
К примеру, в Foxpro во многих задачах можно обойтись без команды BEGIN TRANSACTION.
Есть, к примеру, такая альтернатива как буферизация записей и целых таблиц.
Запускаем буферизацию таблиц и делаем в таблицах что угодно, а когда операция окончена, фиксируем все изменения в базе данных - база данных, кстати, может находиться и на сервере.
Команда BEGIN TRANSACTION нужна вообще крайне редко - это очень сложный механизм и естественно более уязвим при сбое, чем механизм буферизации.
Ну и конечно резервное копирование данных сервера в конце рабочего дня - это правило ещё никто пока не отменял!
Молодец Fox5631 всем нос утёр! Respekt!
27 янв 09, 02:38    [6739715]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
bk0010
Даже если-бы FoxPro на большинстве запросов обгонял любой SQL сервер в 5 раз, то все равно на нем нельзя было-бы делать системы уровня предприятия или даже рабочей группы.

Ржунимагу.....
Ты что bk0010 в сосну въе..ся? На Foxpro нельзя делать системы уровня предприятия?
Ты ещё пешком под стол ходил когда на предприятиях уже Fox рулил!
Ещё 1С на свет не вылезло а Fox уже годовые отчётные ведомости делал, спасая души главбухов и начальников! Я уж не говорю о тех начальниках у кого производство со своей внутренней кухней - например пивзавод, молокозавод, хладокомбинат, ликёроводочный завод и т.д.
Ни какая 1С все тонкости производства не учтёт! А вот Fox спасает и оправдал себя десятилетиями. Для этого надо писать программы, а не языком болтать как bk0010.
Моя задача по сей день на нефтеналивной рулит. Учёт ведут даже уже на новых программах, начальство сверху спустило, но сверяются с моей фокспрошной, каждую циферку на всякий пожарный
27 янв 09, 06:18    [6739776]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
RENaissance
Member

Откуда: Муром->Москва
Сообщений: 10895

Eugenkru1, из вас отличный бредо-генератор получился) Жгите дальше!

Posted via ActualForum NNTP Server 1.4

27 янв 09, 08:03    [6739866]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

Откуда:
Сообщений: 31628
Eugenkru1
Учёт ведут даже уже на новых программах, начальство сверху спустило, но сверяются с моей фокспрошной, каждую циферку на всякий пожарный


Начальство приказало персоналу работать одновременно в двух программах?
27 янв 09, 08:30    [6739909]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Eugenkru1
Ты ещё пешком под стол ходил когда на предприятиях уже Fox рулил!


Уже не пешком и не под стол. С содраганием вспоминаю времена начала 90х, когда "на предприятих рулил FoxPro". Тут АРМчик, тут АРМЧик и тут пол АРМчика. Тут данные вбили, посчитали, да дискеточку записали, отнесли другим. Тут их считали, часть вбили снова, опять посчитали, опять унесли другим. Постоянная потеря "белых тапочек" на складе вспомогатеьных материалов - это уже из области стрелочных баянов.

Eugenkru1
Ещё 1С на свет не вылезло а Fox уже годовые отчётные ведомости делал, спасая души главбухов и начальников!


Да, да, да... Так делал, что бухгалтера вешались, не стоит про "спасение". 1ц - в топку.

Eugenkru1
Я уж не говорю о тех начальниках у кого производство со своей внутренней кухней - например пивзавод, молокозавод, хладокомбинат, ликёроводочный завод и т.д.


Так, так, так... Можно пример более-менее широко используемого АРМа на фоксе, который бы автоматизировал процессное производство?

Eugenkru1
Ни какая 1С все тонкости производства не учтёт! А вот Fox спасает и оправдал себя десятилетиями. Для этого надо писать программы, а не языком болтать


Производство "спасет" не 1С или FoxPro, а разработчик, использующий тот или иной инструмент. Главное - выбор технологии в соответствии с решаемой задачей.

Eugenkru1
Моя задача по сей день на нефтеналивной рулит.


Полагаю, что еще у многих по ряду причин остались унаследованные приложения на фоксе, клиппере и т.п. Причем, в некоторых случаях, ее переписывание с использованием новых технологий не имеет принципиальной выгоды. Но от этого ни фокс, ни клиппер на данный момент не являются возможным выбором для разработки многопользовательских систем класса OLTP. Технологически они просто не могут удовлетворить все потребности таких систем.
27 янв 09, 08:37    [6739921]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Eugenkru1
у Foxpro есть Rushmore и богатый набор команд SQL для работы с базой данных, 100% использующий мощность Rushmore.

Вопрос не раскрыт. Что же там за сверхсерктерные технологии врашморе? :)
Eugenkru1
Foxpro во многих задачах можно обойтись без команды BEGIN TRANSACTION

Да не одно более или менее серьезное приложении не может обойтить без ACID, Вы чего?
Eugenkru1
Есть, к примеру, такая альтернатива как буферизация записей и целых таблиц.
Запускаем буферизацию таблиц и делаем в таблицах что угодно, а когда операция окончена, фиксируем все изменения в базе данных - база данных, кстати, может находиться и на сервере.

Вам уже ответили - буферизация не надежна. Что будет, если во время слива данных с буфера вылетят пробки, погорят упсы (если они есть)?
Eugenkru1
Команда BEGIN TRANSACTION нужна вообще крайне редко - это очень сложный механизм и естественно более уязвим при сбое, чем механизм буферизации.

Бред сивой бабушки :)
Eugenkru1
Молодец Fox5631 всем нос утёр! Respekt!

Ага, порвал всех как грелочку
27 янв 09, 10:15    [6740294]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
фошысд
Guest
Гы))) Транзакции не нужны типа. Ржунимагу.
27 янв 09, 10:59    [6740578]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
фошысд
Гы))) Транзакции не нужны типа. Ржунимагу.

Ну а чё, всё правильно, - бесполезные они. Юзайте буфера, всё просто

Eugenkru

Я вот думаю и правда на фокс переходить. Тем более, продукт хорошо развивается и поддерживается. В фоксе, видимо, будущее - о чем и пытается донести до нас Eugenkru.
Наконец, я избавлюсь от этих глючных транзакций и буду курить буфера. Скажите, Eugenkru, а будет быстрый ли переход на фоксы? ))
27 янв 09, 11:04    [6740601]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Doomer
Member

Откуда:
Сообщений: 213
2 Eugenkru
Есть ли у FoxPro полнотекстовая индексация?
27 янв 09, 11:17    [6740734]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

Откуда:
Сообщений: 31628
МСУ,

в "секретном патентованом рашморе" нет ничего особенного.

Но друг и учитель - алкаш в бакалее -
Сказал, что семиты - простые евреи.
Да это ж такое везение, братцы!
Теперь я спокоен. Чего мне бояться?
(с)
27 янв 09, 11:30    [6740873]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
---
Изопропил, это аналог бит индексам (или скорее бит-скану по нескольким индексам).
Вот описание.
Думаю, это есть в любой нормальной СУБД.


В любой нормальной СУБД есть и не такое!

Сообщение было отредактировано: 27 янв 09, 13:51
27 янв 09, 11:43    [6740993]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Dimitry Sibiryakov
Member

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

Eugenkru1

Ну и конечно резервное копирование данных сервера в конце рабочего дня -
это правило ещё никто пока не отменял!

Резервное копирование раз в день? Это абсолютно несерьёзно.

Posted via ActualForum NNTP Server 1.4

27 янв 09, 15:17    [6742929]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
Dimitry Sibiryakov

Резервное копирование раз в день? Это абсолютно несерьёзно.

копирование и то что-то с дбф не возможно снять консистентный бэкап это фигня, я вот в детстве помню как лисоводы бегали по этажам с монтировками, когда на завод вместе с культовой игрухой Comader Comic на дискете принесли туповатый вирус который в конец любого файла прятал свое тело, в том числе и в файлики дбф.
эх ... какое время ушло, когда обычным редактором можно было тихонько себе премию в дбф подрисовать
27 янв 09, 16:15    [6743493]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Dimitry Sibiryakov
Резервное копирование раз в день? Это абсолютно несерьёзно.

Я бы не стал так категорично заявлять. Всё зависит от нагрузок и пика работ с данными, от кол-ва информации в БД и прочих факторов. Например, данные хранилища нормативно справочной информации (НСИ) могут изменяться довольно редко.
Да и о каком резервном копировании Вы говорите? Бывает полное, бывает дифференциальное, бывает добавочное, бывает пофайловое.
27 янв 09, 16:21    [6743556]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7 8 9 10 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить