Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 7 8 9 10 11 [12] 13 14 15 16 .. 27   вперед  Ctrl
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Мне не нравятся некоторые слова из ваших фраз. Старайтесь их избегать.


Я их буду избегать только в том случае, если эти фразу будут неадекватны приводимым Вами высказываниям.

Fox5631
Ортодо́ксия -неуклонное следование основам какого-либо учения, мировоззрения, которое воспринимается как единственно верное и не допускающее сомнения.


Мне казалось, я описывал историю изменения моего "мировозрения". Приводимые здесь факты приемущества К\С над Ф\С, как Вы совершенно верно, не допускают сомнения. Жаль только то, что Вы упорно не хотите их признавать, не смотря на всю их объективность.

Fox5631
Я привел ссылки на огромное количество проектов, написанных на чистом Foxpro. Что любопытно, там есть даже проекты, где клиент написан на Net, а в качестве хранилища используются таблицы Visual Foxpro.


Это не огромное, а очень небольшое число проектов, которое перебъется все-навсего инсталляциями 1С (при всем моем неуважении к ней) с MS SQL на борту. Про использование фоксовского хранилища для современных проектов я уже высказывался и повторяться не собираюсь, ибо цели, преследуемые связкой Нет и фокс мне совершенно непонятны.

Fox5631
Для меня аргументированным фактом будет полный отказ фирм-разработчиков файл-серверных продуктов от их производства. А раз пока никто отказываться не собирается, значит они востребованы на рынке.


К сожалению ни исследование Гартнера, ни тестирования tpc.org не подтверждают такой востребованности. С таким же успехом можно рассказывать о восстребованности Notepad, как средства разработки, ибо Microsoft ну никак не откажеться от включения его в винду.

Fox5631
Это абсолютная ложь. Вернитесь наверх к вашим словам:


В процитированном Вами я не наблюдаю лжи с моей стороны. Не могли бы Вы более точно аргументировать свои заключения моими цитатами?

Fox5631
В абсолютном большинстве случаев в таблице dbf портится только счетчик записей, который восстанавливается за пару секунд переоткрытием таблицы в режиме Set tablevalidate to 0 и переиндексацией или простым копированием.


В абсолютном большинстве случаев в К\С СУБД вообще ничего не портится. Повторяю в 958 раз.

Fox5631
Я уже написал, что восстановлю поврежденную таблицу за пару секунд.


Я же вообще ничего не буду восстанавливать ибо восстанавливать будет нечего.
15 сен 09, 16:40    [7662791]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin
Fox5631
Что вы этим хотели сказать? Что своим преднамеренным вводом заведомо неверных данных вы мне сможете завалить систему? Расшифруйте.


Мдя... Как все запущено. Неужели никто, в том числе и Вы не заметили, что в приведенном Вами куске допущена ГРУБАЯ ошибка в отбрасывании времени от даты, приводящая к тому, что все даты с временем после полудня отличаются на день от реальных дат, хранящихся в таблицах?

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

Все это лишь еще раз подтверждает мысль о том, что описываемое Вами поведение набора надо искать не на сервере и не в сети, а в кривизне рук.


Я хотел сказать, что видимо слишком заработавшись с SQLServer-ом, вы даже не можете представить, что с данными типа DateTime можно работать как с обычными данными типа Date, которые в FoxPro существовали всегда, а в Accesse-е их можно путем некоторых ухищрений получить.
А ваших заведомо некорректных данных с временем там никогда не будет.

pkarklin

Это ПРАКТИЧЕСКИЙ ОПЫТ мой и моих коллег, которые действительно испытывали сетевые проблеммы аппаратного и програмного характера.

Значит, в данном случае он оказался бесполезен.
15 сен 09, 16:50    [7662886]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Я хотел сказать, что видимо слишком заработавшись с SQLServer-ом, вы даже не можете представить, что с данными типа DateTime можно работать как с обычными данными типа Date, которые в FoxPro существовали всегда, а в Accesse-е их можно путем некоторых ухищрений получить.
А ваших заведомо некорректных данных с временем там никогда не будет.


Вы еще раз, причем прилюдно, сели в лужу. В моем запросе нет некорректных данных. Он всего лишь демонстрирует некорректность обработки данных с типом datetime криворуким разработчиком.

Fox5631
Значит, в данном случае он оказался бесполезен.


В данном, это в каком?! Потрудитесь изъясняться яснее, а не обрывками фраз.
15 сен 09, 16:54    [7662924]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin
Fox5631
Принципы построения РБД абсолютно одинаковы и не зависят от выбора инструмента.


Можно, конечно, и мелкоскопом гвозди забивать. Но навигационный подход надо сначала сломать у себя в мозгу, ибо важны не принципы построения РБД, а принципы обработки реляционных данных.


Foxpro это механизм, использующий как классические xBase методы работы с данными, так и SQL-команды.
Во многих случаях xBase методы оказываются гораздо удобней и работают быстрей и поэтому отказываться от них нет никакой причины.
15 сен 09, 16:55    [7662931]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
сильно
Fox5631

В абсолютном большинстве случаев в таблице dbf портится только счетчик записей, который восстанавливается за пару секунд переоткрытием таблицы в режиме Set tablevalidate to 0 и переиндексацией или простым копированием.

только вот самые большие проблемы происходят в меньшинстве случаев

Fox5631
Я уже написал, что восстановлю поврежденную таблицу за пару секунд.

если таблиц пара сотен, то уже больше трёх минут получается



а вообще накинулись как голодные стервятники на одного, даже как-то неудобно получается

Сообщение было отредактировано: 15 сен 09, 17:03
15 сен 09, 17:02    [7662980]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Foxpro это механизм, использующий как классические xBase методы работы с данными, так и SQL-команды.
Во многих случаях xBase методы оказываются гораздо удобней и работают быстрей и поэтому отказываться от них нет никакой причины.


Опять голословные утверждения! Удобнее в чем? Работают быстре чем что? Пожалуйста, приведите мне аналог инструкции:

INSERT INTO Production.UpdatedInventory
SELECT ProductID, LocationID, NewQty, PreviousQty 
FROM
(    MERGE Production.ProductInventory AS pi
     USING (SELECT ProductID, SUM(OrderQty) 
            FROM Sales.SalesOrderDetail AS sod
            JOIN Sales.SalesOrderHeader AS soh
            ON sod.SalesOrderID = soh.SalesOrderID
            AND soh.OrderDate BETWEEN '20030701' AND '20030731'
            GROUP BY ProductID) AS src (ProductID, OrderQty)
     ON pi.ProductID = src.ProductID
    WHEN MATCHED AND pi.Quantity - src.OrderQty >= 0 
        THEN UPDATE SET pi.Quantity = pi.Quantity - src.OrderQty
    WHEN MATCHED AND pi.Quantity - src.OrderQty <= 0 
        THEN DELETE
    OUTPUT $action, Inserted.ProductID, Inserted.LocationID, Inserted.Quantity AS NewQty, Deleted.Quantity AS PreviousQty)
 AS Changes (Action, ProductID, LocationID, NewQty, PreviousQty) WHERE Action = 'UPDATE';
GO

или такой

WITH DirectReports(Name, Title, EmployeeID, EmployeeLevel, Sort)
AS (SELECT CONVERT(varchar(255), c.FirstName + ' ' + c.LastName),
        e.Title,
        e.EmployeeID,
        1,
        CONVERT(varchar(255), c.FirstName + ' ' + c.LastName)
    FROM HumanResources.Employee AS e
    JOIN Person.Contact AS c ON e.ContactID = c.ContactID 
    WHERE e.ManagerID IS NULL
    UNION ALL
    SELECT CONVERT(varchar(255), REPLICATE ('| ' , EmployeeLevel) +
        c.FirstName + ' ' + c.LastName),
        e.Title,
        e.EmployeeID,
        EmployeeLevel + 1,
        CONVERT (varchar(255), RTRIM(Sort) + '| ' + FirstName + ' ' + 
                 LastName)
    FROM HumanResources.Employee as e
    JOIN Person.Contact AS c ON e.ContactID = c.ContactID
    JOIN DirectReports AS d ON e.ManagerID = d.EmployeeID
    )
SELECT EmployeeID, Name, Title, EmployeeLevel
FROM DirectReports 
ORDER BY Sort;
GO

в методах xBase. Bот тогда поговорим о простоте.
15 сен 09, 17:03    [7662999]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
pkarklin
Fox5631
Foxpro это механизм, использующий как классические xBase методы работы с данными, так и SQL-команды.
Во многих случаях xBase методы оказываются гораздо удобней и работают быстрей и поэтому отказываться от них нет никакой причины.


Опять голословные утверждения! Удобнее в чем? Работают быстре чем что?
ну например полный скан таблицы в однопользовательском режиме на локальном компьютере будет быстрее работать
15 сен 09, 17:06    [7663025]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
SergSuper
pkarklin
Fox5631
Foxpro это механизм, использующий как классические xBase методы работы с данными, так и SQL-команды.
Во многих случаях xBase методы оказываются гораздо удобней и работают быстрей и поэтому отказываться от них нет никакой причины.


Опять голословные утверждения! Удобнее в чем? Работают быстре чем что?
ну например полный скан таблицы в однопользовательском режиме на локальном компьютере будет быстрее работать

вставка данных, кстате - тоже будет буквально "пулей"
15 сен 09, 17:10    [7663067]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
SergSuper,

автор
а вообще накинулись как голодные стервятники на одного, даже как-то неудобно получается


Понимаете, если бы были бы приведены объективные факты, а так...

автор
ну например полный скан таблицы в однопользовательском режиме на локальном компьютере будет быстрее работать


Это приемущество вряд ли будет коррелироваться с одним из аргументов Fox5631 в части "супер систем на фоксе". И, кстати, я как раз отводил фоксу и Ф\С именно "это место", если помните.
15 сен 09, 17:10    [7663069]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
SergSuper
а вообще накинулись как голодные стервятники на одного, даже как-то неудобно получается

Дык, скучно...
db.flame "уже не торт"

15 сен 09, 17:13    [7663085]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
pkarklin
SergSuper,

автор
а вообще накинулись как голодные стервятники на одного, даже как-то неудобно получается


Понимаете, если бы были бы приведены объективные факты, а так...
Да это я так, мысли вслух
pkarklin

автор
ну например полный скан таблицы в однопользовательском режиме на локальном компьютере будет быстрее работать


Это приемущество вряд ли будет коррелироваться с одним из аргументов Fox5631 в части "супер систем на фоксе". И, кстати, я как раз отводил фоксу и Ф\С именно "это место", если помните.
значит есть смысл для чего фокс развивать? ;)
15 сен 09, 17:24    [7663161]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky
Fox5631
Нет. Бэкап нескольких файлов DBF занимает на диске гораздо меньше места, чем бэкап серверной базы.

Каких именно файлов? Вы их "знаете наперечет"? А если - не все забэкапили?

Вы рассуждаете, как DBA. Администратор, естественно, не знает, какие файлы используютсяв программе. Но разработчик-то всегда знает.

locky

Fox5631
Куда вы его будете делать, если у вас в сети 3-5 слабеньких компьютера. А куда будет писаться лог при full recovery?

Туда же, куда "бэкап фокса". Правда - для этого не нужно выгонять юзеров.
Ну и плюс - дифбэкапы есть, пакованые бэкапы - есть, стратегии восстановления - есть...

Бэкап фокса гораздо меньше по размеру, так как состоит только из таблиц dbf. Бэкап серверной базы включает себя кроме таблиц с данными еще много чего другого. В противном случае он ничем не отличается от бэкапа ФС базы.

locky

Fox5631
А если у вас полетит винчестер. Что будет с него проще восстановить?

Восстановление базы из бэкапа - ровно одна команда.
restore <database name> from disk = <backup name>

А если у вас поврежден и лог, а он вам нужен.
15 сен 09, 17:24    [7663167]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky

Туда же, куда "бэкап фокса". Правда - для этого не нужно выгонять юзеров.


Вам уже написали: для этого не надо выгонять юзеров.
15 сен 09, 17:26    [7663179]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
SergSuper
значит есть смысл для чего фокс развивать? ;)


Я с этим даже и не спорил.
15 сен 09, 17:29    [7663203]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky

Fox5631

Внутре чего?


Например, что происходит при разрыве соединения (по той или иной причине), как ведут себя разные виды клиентов, какие существуют варианты действий при этом - и т.д.
Просто эта шняга не скрыта от меня за термином "ни одной строчки кода".


А если не происходит разрыв соединения. Если это именно ошибка сетевого оборудования.
15 сен 09, 17:31    [7663215]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Вы рассуждаете, как DBA. Администратор, естественно, не знает, какие файлы используютсяв программе. Но разработчик-то всегда знает.


Кстати, еще одно принципиальное и немаловажно приемущестов К\С над Ф\С. Ни разработчик, ни уж тем более конечный пользователь и понятия не имеет как физически расположена бд на сервере. Это им совершенно не нужно знать, ибо они работают на совсем другом уровне сущностей. И это вотчина DBA. Причем изменения вносимые DBA в физическую имплементацию бд в большинстве случаев проходят даже незаметно.
15 сен 09, 17:33    [7663231]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Если это именно ошибка сетевого оборудования.


Если Вы прилюдно вопроизведете "ошибку сетевого оборудования" таким образом, чтобы пропала часть записей, при этом не была нарушена целостность TDS пакета, я прилюдно признаю свою неправоту и признаю фокс крутейшей на данный момент СУБД в мире.
15 сен 09, 17:37    [7663261]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Вы рассуждаете, как DBA. Администратор, естественно, не знает, какие файлы используютсяв программе. Но разработчик-то всегда знает.

Обычно - как раз наоборот, админ знает больше чем разработчик
Однако, это навело меня на мысль. Вы утверждаете, что будете бэкапить не все "файлы с данными", а только те, которые..... которые - что?
Ведь, вообще говоря - если файл есть - он нужен программе?


Fox5631
Бэкап фокса гораздо меньше по размеру, так как состоит только из таблиц dbf. Бэкап серверной базы включает себя кроме таблиц с данными еще много чего другого. В противном случае он ничем не отличается от бэкапа ФС базы.

Вы уж меня извините, но если объем текста хранимых процедур у вас превышает объем обрабатываемых ими данных - о чем мы с вами тут беседуем???

Fox5631
А если у вас поврежден и лог, а он вам нужен.

Еще раз можно?
15 сен 09, 17:40    [7663281]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin
Fox5631
Бэкап нескольких файлов DBF занимает на диске гораздо меньше места, чем бэкап серверной базы.


Это с какого перепугу "гараздо меньше места", особенно с учетом формата хранения в dbf полей переменной длины?!


Читайте выше. База SQLServer это не только данные. Аргумент, вызванный вашим незнание предмета.

pkarklin

Fox5631
Куда вы его будете делать, если у вас в сети 3-5 слабеньких компьютера.


Гм... Я могу фулл бэкап писать в паралелль на Nое число компьютеров одной инструкцией. Что Вы будете делать со своей кучей файлов?


В мусорную корзину? Не на одном из этих компьютеров нет места для большого бэкапа.

pkarklin

Fox5631
А куда будет писаться лог при full recovery?


Никуда, ибо мне не нужен бэкап лога и у меня будет simple модель восстановления.


То есть, полностью аналогично Foxpro?

pkarklin

Fox5631
А если у вас полетит винчестер. Что будет с него проще восстановить?


Опять же в паралель с Nкомьюторов восстановлю полный бэкап.


Так это ФС технология (без лога).
15 сен 09, 17:41    [7663288]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
Gluk (Kazan)
Fox5631

Восстанавливать с такого же бэкапа. И потом вручную дописывать.
Ну и где преимущество сервера?


Oracle умеет накатывать архивлоги до момента падения (затем откатывая незакомиченное)
уверен, что и MS SQL тоже :)

Так что далеко не тоже самое, о чем вам здесь неоднократно говорили


При наличии большого файла лога и модели full recovery.
15 сен 09, 17:52    [7663368]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Читайте выше. База SQLServer это не только данные.

А что еще?
15 сен 09, 17:54    [7663390]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
При наличии большого файла лога и модели full recovery.

У фокса есть режим full recovery?
Simle recovery?
recovery в принципе?
15 сен 09, 17:55    [7663404]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
Favn
Fox5631
Бэкап нескольких файлов DBF занимает на диске гораздо меньше места, чем бэкап серверной базы.
Любезный, это полный бред. Про инкрементный бэкап Вы слышали?


Чем он мне поможет?

Favn

Fox5631
Куда вы его будете делать, если у вас в сети 3-5 слабеньких компьютера. А куда будет писаться лог при full recovery?
В слабенький "сервер" нельзя воткнуть лишний диск для логов? Не верю.

А вы не знаете, что часто бывает, что некуда воткнуть. Не верю.

Favn

Fox5631
А если у вас полетит винчестер. Что будет с него проще восстановить?
Естественно, бэкап с логами, одной командой или парой тычков мышой, причем на момент сбоя, а не "на вчера".


Который не поместился на слабеньком компьютере.
15 сен 09, 17:55    [7663406]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Так это ФС технология (без лога).

Вообще говоря - скуль не умеет работать без лога. Лог есть в любом случае, независимо от режима восстановления.
15 сен 09, 17:56    [7663410]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

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

Сэкономить место, необходимое для резервной копии.
15 сен 09, 17:57    [7663419]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 7 8 9 10 11 [12] 13 14 15 16 .. 27   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить