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

Откуда:
Сообщений: 9365
Gluk (Kazan)
Fox5631
Gluk (Kazan)

Вы действительно считаете, что select count(*) вам может вернуть разное количество в зависимости от того что часть TCP!!! пакетов потерялась по дороге ???


Gluk, Вы идиот?


О да !!!
Самое главное в дискуссии - вовремя перейти на личности (c)
Особенно в отсутствие оппонента


Если бы я не был идиотом, не пытался бы с вами пообщаться
пакеда, бабанька (с)
14 сен 09, 07:53    [7653477]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4510
Fox5631
locky

Читалъ, читалъ.


Ну если читал, я там сказал, что код будет, когда до этого места дойду. Но там все равно кроме
банального Select Inner Join Where ничего не было.

Попутно вопрос: а почему ты репрокод показать попросил, а сетевое оборудование - нет?
Логика?

У меня в свое время было, что sql-сервер перезаписывал, кое-какие поля в записи, программер бил себя в грудь и говорил, что это ошибки написания ХП, после 2-х дней сидения с ним было выявлено не очищение кое-каких переменных в его коде... Ну, а про оборудование, sql-сервер для системы практически такой же процесс, как и все остальные, и если у вас сбоил райд, то наверняка он сбоил и для других процессов. У меня выпал в райд5 один диск, это сразу сказалось на реакции системы, не заметить подобную ситуацию ну просто было нельзя...
14 сен 09, 09:49    [7653688]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Ну, вот и прошли выходные...

Fox5631
я привел несколько страниц ссылок с реальными многопользовательскими приложениями на Foxpro

Но почему-то из нескольких десятков проектов были выбраны какие-то два, видимо для подтверждения вашего личного мнения.


А на что Вы расчитывали?! Что из огромного перечня мелких и очень мелких систем быдет выбрана одна "по-крупнее" и это будет служить подтверждением Вашего личного мнения? Напрасно. А ряд систем, действительно, лучше было не упоминать, дабы не смешить людей.

Fox5631
Уже этот факт я могу воспринимать только как недобросовестную антирекламу.
Далее. Вы оба, насколько я могу судить, DBA.
Следовательно, имеете коммерческий интерес к рекламе своих дорогостоящих продуктов. Это ваши деньги.


1. Я не рекламное агенство.
2. Я не работаю в Microsoft.
3. Я не DBA.
4. Здесь технический форум, в первую очередь, поэтому рассматривать преимущество одного продукта над другим здесь принято чисто с технической точки зрения. Какая уж тут реклама?!

Fox5631
С другой стороны, вы пытаетесь что-то доказать программистам-разработчикам, на практике использующим все технологии, упоминаемые здесь.
Файл-сервер (FoxPro, Access, 1C), клиент-сервер(SQLServer, Oracle, MySQL).
Например, мы уже давно пользуемся всем описанным хозяйством,
и поэтому я сам могу сравнивать на основании своих личных наблюдений.


А почему бы и не по-доказывать, если Ваши оппонетны так же "на практике" все это использовали. Вот мой путь с начала 90х:

Fox->Clipper->Access->WatcomSQL + PowerBulder->MS SQL + Delphi. Ну еще Oracle совсем немного (около 2х лет). Так что "сравнивать" мне есть с чем.

Fox5631
А мои личные наблюдения показали, что SQLServer надежней, чем FoxPro, но эта надежность не абсолютная, о чем я уже сто раз писал на этом же форуме в предыдущих аналогичных темах.


Абсолютной надежности не бывает, но при прочих равных условиях сравнивать надежность фокса (или любой другой Ф/С СУБД) с MS SQL (или любой другой К/С) как миниму глупо.

Fox5631
У нас случались потери данных и на сервере, вызванные плохой работой оборудования. И все системы его защиты при этом не помогли!
Ситуации я уже описывал в тех же других темах.


Как мне казалось, никакой конкретики Вы не привели. На вопросы мои Вы не ответили. То, что на сбойном оборудовании будет сбоить любая система бесспорно. А вот последствия этого сбоя могут быть совершенно различные для Ф/С и К/С.

Fox5631
Поэтому не вводите народ в заблуждение!


Почему-то мне хочется сказать Вам тоже самое.
14 сен 09, 10:45    [7653915]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
ВладимирМ
Такой ответ я однозначно воспринимаю, как "не знаю". Точнее, "сам не понимаю до конца". Если вы не можете кратко обяснить принцип работы, значит, вы его не понимаете. Мне же не требуется "пошаговая раскладка". Я хочу понять сам принцип.


Это просто великолепно!!! Вы "не зная принципа" вылили целый "ушат грязи" на К\С СУБД в части их такой же ненадежности, как и Ф\С. Когда Вам тысячу раз сказали, что это не так, Вам захотелось принципа. Когда Вас послали к документации (а где еще, интересно, можно найти точное описание принципа), Вы снова встали "в позу". Браво!!! Нападение, лучший способ защиты. Когда самому сказать больше нечего - лучший способ - обвинить оппонента в его некомпетенции.

Я не собираюсь перед Вами доказывать свои знания. А документацию, дабы понять принцип, все-таки полистайте:

Transaction Log Management

Хотите копнуть чуть глубже "принципа"? Рекомендую: Inside Microsoft® SQL Server™ 2005: The Storage Engine By Kalen Delaney, Chapter 5. Logging and Recovery. Если захотите, могу электронную версию намылить.
14 сен 09, 11:08    [7654042]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
pkarklin, ну вобще не очень хорошо просто кидать ссылку на документацию
тем более что в двух словах можно было бы объяснить
14 сен 09, 11:56    [7654362]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

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

В "2х словах" - я объяснил. И про "не очень хорошо", мне не совсем понятно?! Чем "не очень хорошо" почерпнуть необходимую базовую информацию из первоисточника? Ладно, бы, речь шла о недокументированной фиче, а так...
14 сен 09, 12:58    [7654837]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
Gluk (Kazan)
Fox5631
Gluk (Kazan)

Вы действительно считаете, что select count(*) вам может вернуть разное количество в зависимости от того что часть TCP!!! пакетов потерялась по дороге ???


Gluk, Вы идиот?


О да !!!
Самое главное в дискуссии - вовремя перейти на личности (c)
Особенно в отсутствие оппонента


Ну извините. Не сдержался. Просто, каким образом вы пришли к выводу, что там select count(*)?
14 сен 09, 13:27    [7655042]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
pkarklin

Fox5631
я привел несколько страниц ссылок с реальными многопользовательскими приложениями на Foxpro

Но почему-то из нескольких десятков проектов были выбраны какие-то два, видимо для подтверждения вашего личного мнения.


А на что Вы расчитывали?! Что из огромного перечня мелких и очень мелких систем быдет выбрана одна "по-крупнее" и это будет служить подтверждением Вашего личного мнения? Напрасно. А ряд систем, действительно, лучше было не упоминать, дабы не смешить людей.


Тогда я напомню вам ваши же слова.
pkarklin
Могу написать много, но боюсь, будет бесполезно. Файл-серверным технологиям лично я отвожу одну нишу - локальная однопользовательская унаследованная система. Подчеркнутое - самое главное! Даже если сейчас возникнет необходимость создания сугубо однопользовательской локальной системы, строить ее на основе ФС, это хуже, чем фетишизм.



В ответ на это я привожу три страницы ссылок на реальные программы.

Вот, например, самые первые:
1. Visual AA Enterprise Patient Management System
Таблиц -425
Записей-20000000
Пользователей-400

2. Presea - ERP , CRM and MRP II integrated system
Таблиц-1185
Записей-2000000
Пользователей-6000

3. FoxTow
Таблиц-350
Записей-900000
Пользователей-1000

После этого вы пишите:

pkarklin
Полдавился печенькой... У меня в одной таблице на 2 порядка больше записей, чем в самой "крутой в списке" системе. И, эта, что 105 000 пользователей делают в системе с 35 таблицами и со 135 000 записями? Это даже не смешно...


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

pkarklin

1. Я не рекламное агенство.
2. Я не работаю в Microsoft.
3. Я не DBA.


Правильно. Вы рекламируете себя и пытаетесь дискредитировать Foxpro как продукт, на котором пишут ваши конкуренты.

pkarklin
Здесь технический форум, в первую очередь, поэтому рассматривать преимущество одного продукта над другим здесь принято чисто с технической точки зрения. Какая уж тут реклама?!


Так и рассматривайте, а не давитесь печенкой.

pkarklin
Вот мой путь с начала 90х:
Fox->Clipper->Access->WatcomSQL + PowerBulder->MS SQL + Delphi. Ну еще Oracle совсем немного (около 2х лет). Так что "сравнивать" мне есть с чем.


Если с начала 90-х, то ваш путь это Foxpro и Clipper под DOS. Для вас современные средства, видимо, PowerBulder и Delphi. Foxpro выше 2.0 вы даже и не видели?

pkarklin

Абсолютной надежности не бывает, но при прочих равных условиях сравнивать надежность фокса (или любой другой Ф/С СУБД) с MS SQL (или любой другой К/С) как миниму глупо.


При прочих равных условиях на старом компьютере с 256 КБ памяти и маленьким винчестером надежность Foxpro может оказаться даже и повыше. Нет?

pkarklin

Fox5631
У нас случались потери данных и на сервере, вызванные плохой работой оборудования. И все системы его защиты при этом не помогли!
Ситуации я уже описывал в тех же других темах.


Как мне казалось, никакой конкретики Вы не привели. На вопросы мои Вы не ответили. То, что на сбойном оборудовании будет сбоить любая система бесспорно. А вот последствия этого сбоя могут быть совершенно различные для Ф/С и К/С.


Конкретику я потом привел. А для вышеуказанного компьютера последствия сбоя могут оказаться очень даже одинаковыми.

pkarklin

Fox5631
Поэтому не вводите народ в заблуждение!


Почему-то мне хочется сказать Вам тоже самое.


Ну а я вам уже это сказал.
14 сен 09, 23:51    [7658294]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
Теперь по поводу записей, пропадавших из-за некорректной работы сетевого оборудования.
Посмотрел, как там было сделано. Оказалось, забыл за давностью лет, хоть и сам делал.

ХП на сервере выглядела вот так.

Select (список полей),CONVERT(datetime, CONVERT(int, Поле_с_датой))
From ... 
Inner join
...On ...=...
Inner join
...On ...=...
Where ...=2

Не буду приводить весь список полей и названия таблиц. Это не имеет отношения к делу.
На сервере записи отбирались просто по числовому значению в одном из полей.

На клиент поле с датой приходило уже без времени.

Далее на клиенте ADP в форме стоял фильтр Поле_с_датой=Date()

Таким образом, отбор по дате вообще никакого отношения к серверу не имел.

На всех остальных клиентских местах работала та же самая ХП.

Никакого кода в форме не было вообще.

Итак вопрос: кто виноват в том, что часть записей периодически переставала отображаться, а потом появлялась снова?
15 сен 09, 00:23    [7658334]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Теперь по поводу записей, пропадавших из-за некорректной работы сетевого оборудования.
Посмотрел, как там было сделано. Оказалось, забыл за давностью лет, хоть и сам делал.

ХП на сервере выглядела вот так.

Select (список полей),CONVERT(datetime, CONVERT(int, Поле_с_датой))
From ... 
Inner join
...On ...=...
Inner join
...On ...=...
Where ...=2

Не буду приводить весь список полей и названия таблиц. Это не имеет отношения к делу.
На сервере записи отбирались просто по числовому значению в одном из полей.

На клиент поле с датой приходило уже без времени.

Далее на клиенте ADP в форме стоял фильтр Поле_с_датой=Date()

Таким образом, отбор по дате вообще никакого отношения к серверу не имел.

На всех остальных клиентских местах работала та же самая ХП.

Никакого кода в форме не было вообще.

Итак вопрос: кто виноват в том, что часть записей периодически переставала отображаться, а потом появлялась снова?

Вам может показаться странным, но 95% запросов на выборку данных выглядят "где-то так: селект что-то фром что-то джойн еще чего-то вере какое-то там условие". Ценность приведённого вами текста стремительно стремится к нулю (извините за тавтологию или каламбур).

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

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

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
В ответ на это я привожу три страницы ссылок на реальные программы.
Вот, например, самые первые:
1. Visual AA Enterprise Patient Management System
Таблиц -425
Записей-20000000
Пользователей-400

2. Presea - ERP , CRM and MRP II integrated system
Таблиц-1185
Записей-2000000
Пользователей-6000

3. FoxTow
Таблиц-350
Записей-900000
Пользователей-1000

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

кстати, а почему вы не привели в пример "FIBS - Financial Spreadbetting System"? У него - 50 юзеров, зато 60000000 записей.
15 сен 09, 01:13    [7658389]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
Или вот, например
"Collaboration for Eng/Construction Industry with TeamBinder"
всего 300000 записей, но зато 80000 юзеров

-------------------------
There’s no silver bullet!
15 сен 09, 01:16    [7658393]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky

кстати, а почему вы не привели


Я взял первые три строки. Меня они вполне устроили. Такие характеристики подходят под среднюю задачу.
15 сен 09, 01:42    [7658402]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky

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

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


Не понял этого вашего хода мыслей. Я и сейчас так утверждаю.

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

Откуда: Харьков, Украина
Сообщений: 62034
Fox5631
Не понял этого вашего хода мыслей. Я и сейчас так утверждаю.

прям как в том анеке
Вы, любезный, или крестик снимите...

Определитесь в оказаниях.
1.Во втором случае в связке SQLServer-Access ADP из-за неправильной работы сетевого оборудования один и тот же запрос все время возвращал разное количество записей.
2. Итак вопрос: кто виноват в том, что часть записей периодически переставала отображаться, а потом появлялась снова
Т.е. - что же таки происходило то? Данные не отображались - или сервер отдавал в разное время разное к-во записей? Что было то, любезный?


Fox5631
Вы лучше скажите, что именно вы так хотите найти в моем запросе.

Навскидку я могу назвать, наверное, пару ситуаций, когда на разных клиентах (да, в принципе, даже на одном и том же) один и тот же код на неизменных данных будет возвращать разное к-во записей.
Но сказать об этом можно только видя код, который у вас представлен в виде фразы "там был какой-то запрос".

Однако, учитывая вашу оговорку о клиентском фильтре и "отображается" я смею предположить, что в силу криворукости и неспособности написать детерменированный код - вы имели честь нарваться на собственные глюки, любовно заложенные вами же в клиентское приложение.
15 сен 09, 01:56    [7658410]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
locky

Определитесь в оказаниях.
1.Во втором случае в связке SQLServer-Access ADP из-за неправильной работы сетевого оборудования один и тот же запрос все время возвращал разное количество записей.
2. Итак вопрос: кто виноват в том, что часть записей периодически переставала отображаться, а потом появлялась снова
Т.е. - что же таки происходило то? Данные не отображались - или сервер отдавал в разное время разное к-во записей? Что было то, любезный?


Уважаемыйвсееще,
Из-за неправильной работы сетевого оборудования один и тот же запрос все время возвращал разное количество записей.
А знаю я это потому, что видел, что часть записей периодически переставала отображаться, а потом появлялась снова.
Что для меня и было стопроцентным доказательством.
Так как клиент этот делал я сам, а потому знаю, что там нет вообще никого кода.
Не детерминированного, не недетерминированного.
Это как примерно смотреть результат запроса в Query Analyzer.
Если бы хоть раз в жизни написали бы хоть одну программу, то вам бы был смысл это объяснять. А так я теперь даже сомневаюсь, что вы DBA.
15 сен 09, 02:42    [7658426]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
andy st
Member

Откуда:
Сообщений: 906
Fox5631
..Из-за неправильной работы сетевого оборудования один и тот же запрос все время возвращал разное количество записей...

Драйвер в любом случает детектирует ошибки пакетов и сообщает об этом наверх в приложение.
То, что Вы их игнорируете - ваши проблемы, а не проблемы MS SQL Server.
В процессе "общения" с плохими каналами пришлось пройти путь от использования Access по сети плохого провайдера, до MSSQL со сменой провайдера. Причем решила все проблемы только смена провайдера, т.к. на плохом канале MSSQL постоянно сигнализировал ошибки, а файл Access умирал (становился неоткрываемым) в течении получаса.
Далее, если посмотреть приведенный запрос, то видно, что он сам по себе череват граблями по поводу "потерь записей" в многопользовательской системе. Достаточно одному пользователю изменять поле по которому идет связка в привязанной таблице и другой пользователь увидит неполный набор данных. А потом вернуть старое значение поля - и всё будет хорошо.
Это как бы "стандартные" грабли.
15 сен 09, 06:24    [7658500]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Fox5631
Gluk (Kazan)
Fox5631
Gluk (Kazan)

Вы действительно считаете, что select count(*) вам может вернуть разное количество в зависимости от того что часть TCP!!! пакетов потерялась по дороге ???


Gluk, Вы идиот?


О да !!!
Самое главное в дискуссии - вовремя перейти на личности (c)
Особенно в отсутствие оппонента


Ну извините. Не сдержался. Просто, каким образом вы пришли к выводу, что там select count(*)?


Не особо важно что в ХП. Если потерялся IP пакетик в TCP соединении, возможны два варианта:

1. Пакетик рано или поздно будет отретранслирован (брат близнец, с трех шагов не отличишь)
2. Соединение рано или поздно разорвется

В эта два варианта не укладываются чудесным образом изменяющиеся результаты ХП (а вот в кривые руки запросто). А сервера БД имеют обыкновение поднимать с клиентами именнно TCP-соединения
15 сен 09, 07:57    [7658565]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
Разумеется я излишне упростил изложение. Для приложения нет никаких IP-пакетиков. Есть поток данных и как он будет побит на пакеты предсказать нельзя. Важно что переданные данные обязательно будут приняты в том же виде, либо соединение разорвется.
15 сен 09, 08:02    [7658574]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
pkarklin
Member

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


Fox5631
Вам было доказано, что на Foxpro пишутся совсем не локальные однопользовательские системы.


Да, да, и некоторые из них даже кое-как работают. Прикиньте из приведенных Вами цифр учитывая число таблиц, общее число записей в них, кол-во пользователей и срок работы, дабы понять, что это за системы. OLTP тут и не пахнет.

Fox5631
Но найти из всего списка самые неубедительные с вашей точки зрения системы вы при этом не забыли. Поэтому это именно антиреклама и именно недобросовестная.


Мое отношение к фоксу и Ф\С в целом можете называть как Вам угодно. Лучше\хуже он (фокс) от этого не станет. Главное, чтоб неокрепшие умы не попались на Вашу "рекламу".

Fox5631
Вы рекламируете себя и пытаетесь дискредитировать Foxpro как продукт, на котором пишут ваши конкуренты.


1. Я не нуждаюсь в рекламе.
2. Мне абсолютно по-боку те, кто пишуть на фоксе.
3. Но ставить на одну ступеньку фокс и сиквел с кучей наглого вранья о недостатках второго я не позволю.

Fox5631
Так и рассматривайте, а не давитесь печенкой.


Уже (и не только в этом топике) израссматривались - мама не горюй. Но каждый раз находится парочка воинствующих ортодоксов, пытающихся воскресить из мертвых фокс и Ф\С в целом.

Fox5631
Если с начала 90-х, то ваш путь это Foxpro и Clipper под DOS. Для вас современные средства, видимо, PowerBulder и Delphi. Foxpro выше 2.0 вы даже и не видели?


Видел, видел... Но ничего кардинального в фоксе не изменилось! Он стал К\С? Он стал поддерживать ACID? Нет. Тогда в топку такую современность!

Fox5631
При прочих равных условиях на старом компьютере с 256 КБ памяти и маленьким винчестером надежность Foxpro может оказаться даже и повыше. Нет?


НЕТ! На таком компе MS SQL 6.5 и даже 7.0 порвет фокс как тузик грелку.

Fox5631
Конкретику я потом привел. А для вышеуказанного компьютера последствия сбоя могут оказаться очень даже одинаковыми.


Мдя... С Вами бесполезно, кмк, разговаривать. Вы не хотите ничего слышать, и уж тем более "почитать о принципах" К\С. Не будут последстия сбоя одинаковыми, ибо и старые версии MS SQL они К\С со всеми вытекающими, а не Ф\С.

Fox5631
Ну а я вам уже это сказал.


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

Откуда: Москва (Муром)
Сообщений: 74930
Fox5631
Теперь по поводу записей...


Ну, давайте...

Fox5631
ХП на сервере выглядела вот так...


Давайте начнем с этого момента:

...CONVERT(datetime, CONVERT(int, Поле_с_датой))...

SELECT
  GETDATE(),
  DATEADD(hh, 12, GETDATE()),
  CONVERT(datetime, CONVERT(int, GETDATE())),
  CONVERT(datetime, CONVERT(int, DATEADD(hh, 12, GETDATE()))) 


2009-09-15 09:03:38.063 2009-09-15 21:03:38.063 2009-09-15 00:00:00.000  2009-09-16 00:00:00.000

(1 row(s) affected)

За одно это уже разработчику надо оторвать все выступающие части тела.

Fox5631
Итак вопрос: кто виноват в том, что часть записей периодически переставала отображаться, а потом появлялась снова?


Естественно:

Fox5631
Из-за неправильной работы сетевого оборудования


Если бы были проблемы с сетью, то вы бы получили примерно такое:

[Microsoft][ODBC SQL Server Driver]Protocol error in TDS stream
[Microsoft][ODBC SQL Server Driver]TDS buffer length too large
[Microsoft][ODBC SQL Server Driver]TDS buffer length too large
[Microsoft][ODBC SQL Server Driver]String data, right truncation
[Microsoft][ODBC SQL Server Driver]Protocol error in TDS stream
[Microsoft][ODBC SQL Server Driver]Protocol error in TDS stream
[Microsoft][ODBC SQL Server Driver]Unknown token received from SQL Server
[Microsoft][ODBC SQL Server Driver]Unknown token received from SQL Server

или

[Microsoft][ODBC SQL Server Driver][DBNETLIB]ConnectionCheckForData (CheckforData()).
Server: Msg 11, Level 16, State 1, Line 0
General network error. Check your network documentation.

но никак не

Fox5631
один и тот же запрос все время возвращал разное количество записей


Fox5631
А знаю я это потому, что видел, что часть записей периодически переставала отображаться, а потом появлялась снова.
Что для меня и было стопроцентным доказательством.


Не верь глазам своим! ((с) Козьма Прутков)
15 сен 09, 09:11    [7658709]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
locky
Member

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

Возвращаясь к нашим баранам. Запрос возвращал разное к-во записей - или часть записей переставала отображаться?

Fox5631
Что для меня и было стопроцентным доказательством.

Уж кто бы сомневался

Fox5631

Так как клиент этот делал я сам, а потому знаю, что там нет вообще никого кода.

Как минимум фильтрация по дате на клиенте была, если вы не врёте, разумеется.

Fox5631
Это как примерно смотреть результат запроса в Query Analyzer.

Увы, это не так. При всей своей простоте и надежности даже QA не всегда отображает данные, полученные с сервера.

Fox5631

Если бы хоть раз в жизни написали бы хоть одну программу, то вам бы был смысл это объяснять. А так я теперь даже сомневаюсь, что вы DBA.

Вот как раз в силу того, что (хоть и давно) но я таки что-то да писал - я не верю в ваши бредни и сказки.
15 сен 09, 13:20    [7660678]     Ответить | Цитировать Сообщить модератору
 Re: Различия между FoxPro и MS SQL Server  [new]
Fox5631
Guest
andy st

Драйвер в любом случает детектирует ошибки пакетов и сообщает об этом наверх в приложение.
То, что Вы их игнорируете - ваши проблемы, а не проблемы MS SQL Server.


andy st, вы откуда знаете, что драйвер в любом случае...?

andy st

Далее, если посмотреть приведенный запрос, то видно, что он сам по себе череват граблями по поводу "потерь записей" в многопользовательской системе. Достаточно одному пользователю изменять поле по которому идет связка в привязанной таблице и другой пользователь увидит неполный набор данных. А потом вернуть старое значение поля - и всё будет хорошо.
Это как бы "стандартные" грабли.


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

В эта два варианта не укладываются ...


Опять же, как и Локи, вы рассматриваете хотя бы 0,00000000000000000000000001 процентную вероятность того, что вы чего-то не знаете и ошибаетесь?

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

Откуда:
Сообщений: 906
Fox5631
andy st

Драйвер в любом случает детектирует ошибки пакетов и сообщает об этом наверх в приложение.
То, что Вы их игнорируете - ваши проблемы, а не проблемы MS SQL Server.

andy st, вы откуда знаете, что драйвер в любом случае...?

В процессе тестирования и эксплуатации своего ПО в неблагоприятных сетевых условиях 100% косяков в данных сопровождались ошибками от драйвера (раскопки велись вплоть до развала FreeTDS). Хотя сколько угодно длительное тестирование и не дает 100% гарантии безгрешности софта, но в это случае грехов не наблюдалось.
А Вы точно уверены, что косяки с пропаданием данных были на mssql, а не на фоксе?
За день до этого больших праздников с серъездными отменчаниями случаем не было?
А вы уверены, что в этот день никто вам в кофе галюциногенов не добавлял?
:)

Fox5631

andy st
...

Извините, но про изменение одним пользователем поля, по которому идет связь, это детское объяснение. Тем более, что это стандартные грабли.

"Детскость" граблей не мешает им создавать "взрослые" проблемы.
Особенно в момент перехода от написания софта под fox к написанию на чистом sql
15 сен 09, 15:03    [7661812]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 [10] 11 12 13 14 .. 27   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить