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

Откуда:
Сообщений: 213
Eugenkru1
Тут одни малолетки собрались!

Короче, они просто стебаются. Пора закрывать тему ).
27 янв 09, 23:29    [6745236]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Yo.!
Guest
Eugenkru1

А как на счёт сформировать оборотную ведомость за год или за любой период?

а смысл ? пока ты тут трепишся петя со второго этажа, уволенный в связи с кризисом перед уходом взял FAR и подправил проводки за прошлый год, оставив твои аудитные метки. теперь снимать баланс с ваших дбф решительно ни какого смысла ... да и консистентный набор средствами VFP ну ни как не получить.
Eugenkru1

Как на счёт того чтоб точно посчитать акцизы чтоб не платить лишние налоги?

имея в лучшем случае уровень изолированности транзакций READ COMMITED считать что-то точно на VFP не так уж просто ...

Eugenkru1

А как на счёт показать статистику продаж за год в виде графика?

OLAP кубики средствами VFP, заберите у меня клавиатуру, но я должен это видеть! (С)
27 янв 09, 23:31    [6745241]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Не утерпел
Guest
Eugenkru1
Fox5631 что ты с ними споришь?
Тут одни малолетки собрались!
Из копирования проблему сделали! Детский сад!
А как на счёт сформировать оборотную ведомость за год или за любой период?
Как на счёт того чтоб точно посчитать акцизы чтоб не платить лишние налоги?
А как на счёт показать статистику продаж за год в виде графика?
Из копирования проблему сделали!


Статистику продаж за год в виде графика? Неужели это кому-то удалось?? Искренние поздравления, никогда о таком не слыхал, просто прорыв! Не говоря уж об остальном.
27 янв 09, 23:34    [6745248]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

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

Отличия принципиальные.


Я спрашивал об отличиях в DBF а не в продуктах
27 янв 09, 23:42    [6745271]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

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

Короче, они просто стебаются. Пора закрывать тему ).

Если долго нести чушь, в неё можно поверить.
27 янв 09, 23:43    [6745275]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
Гы

Класс. Таким образом скопировав две таблицы в которые шла запись связанных данных (одну до внесения изменений , другую после, это можно "успеть" если копирование занимает доли секунды), ты получаешь логически нецелостные данные в бекапе.


Да каким, каким. Никаким! Не нужно мне это и все. Мы в 6 часов работу заканчиваем. Все ушли -
я взял и скопировал. Могу иногда днем скопировать.
27 янв 09, 23:46    [6745283]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
Yo.!

еще очень интересует откуда уверенность, что в дбф пишет только ваша программа, а не вирус с компа секретарши или хекседитор практиканта вбивающего заказы по вечерам, параллельно развликающегося с дбфами бухгалтерии ?


Вот эта уверенность есть.
27 янв 09, 23:47    [6745287]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
МСУ
Eugenkru1

А как на счёт сформировать оборотную ведомость за год или за любой период?
Как на счёт того чтоб точно посчитать акцизы чтоб не платить лишние налоги?
А как на счёт показать статистику продаж за год в виде графика?

Это из тех данных, где не страшна потеря одной-двух записей документа, а то и сотни-другой, тысячи-другой? Это из тех данных, в которых возможна несогласованность из-за потери связанных записей из соседней номенклатуры?
Да - нам слабо
Вы всё ещё работаете? Тогда мы идем к Вам


А как в 1С это обеспечивается?
27 янв 09, 23:49    [6745291]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
Изопропил
Eugenkru1

Отличия принципиальные.


Я спрашивал об отличиях в DBF а не в продуктах


Отличия разных форматов dbf выложены в сети. Находятся на раз-два-три. Не поверю, что не читал.
27 янв 09, 23:51    [6745299]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Шыфл
Member

Откуда: Прага
Сообщений: 776
Fox5631
Гы

Класс. Таким образом скопировав две таблицы в которые шла запись связанных данных (одну до внесения изменений , другую после, это можно "успеть" если копирование занимает доли секунды), ты получаешь логически нецелостные данные в бекапе.

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


А если часовые пояса разные?
28 янв 09, 00:00    [6745318]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
bk0010
Member

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

SQL сервера предоставляют возможность обеспечить отказоустойчивость, а не обеспечивают ее, их надо настраивать. DBAшкам платят по 3000-5000$ не за красивые глаза.

Ты что bk0010 в сосну въе..ся? На Foxpro нельзя делать системы уровня предприятия?
Ты ещё пешком под стол ходил когда на предприятиях уже Fox рулил!

1) Не все, что стоит на предприятии является системой уровня предприятия.
2) Я делал подобные программы, правда не на Fox, а на Clipper-е и знаю о чем говорю. Задачи под которые был создан xBase, пропали лет 10-15 назад. Ваши знания остановились в той же эпохе. Отдельные АРМ давно никому не нужны, лоскутная автоматизация себя изжила. Надо идти дальше.
Для этого надо писать программы, а не языком болтать как bk0010.

Тем и кормлюсь.

Зачем спорить? Давайте просто сравним скорость выборки на миллиарде записей!

Хотите проверить быстродействие Fox? Попробуте организовать одновременную работу 10 пользователей на БД объемом хотя-бы 5 Гб. Повторяю еще раз: вы пытаетесь сравнивать совершенно разные вещи. xBASE - файл-серверная технология, она была создана под одного пользователя. Организовать многопользовательский режим работы с ее помощью можно, но только для маленьких баз и малого числа пользователей - увеличение объемов баз или количества пользователей убъет сеть (как минимум). Как масимум - загнетесь на блокировках задолго до перегрузки сети. Или попытайтесь загрузить Fox-ом 8-процессорный сервер.
Посмотрите описание стандартных тестов TPC: быстродействие серверов меряется по-другому.

Хотите писать многопользовательские приложения на Fox - нет проблем: подцепитель к нормальному серверу по ODBC (вроде-бы FoxPro 2.5 это уже позволял) и минимизируйте объем навигационных методов работы с данными (перейдите в основном на SQL). Я работал с аналогичным приложением, сделанным в Clarionе - работало нормально, никому не мешало.
Но серьезно предлагать Fox в 21 веке в качестве основной СУБД - это даже не смешно.
28 янв 09, 00:01    [6745320]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
Не утерпел
Статистику продаж за год в виде графика? Неужели это кому-то удалось?? Искренние поздравления, никогда о таком не слыхал, просто прорыв! Не говоря уж об остальном.

Не утерпел и наложил в штаны? Больше так не делай.
28 янв 09, 00:09    [6745337]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
bk0010,
какие блокировки? Как раз ваши знания и остались на уровне 15 летней давности.
Никто не работает с dbf напрямую.
Используют
1). Буферизацию.
2). Локальные курсоры.

Потом данные сбрасывают по мере необходимости.

Я выше дал ссылку на список реальных программ, работающих по всему миру.
>>>
Там где-то видел понятие "количество одновременных подключений". Оно ограничивается не 10-ю, а на порядок большим количеством. Все зависит только от железа и операционной системы.
28 янв 09, 00:12    [6745345]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Fox5631
Guest
bk0010

SQL сервера предоставляют возможность обеспечить отказоустойчивость, а не обеспечивают ее, их надо настраивать. DBAшкам платят по 3000-5000$ не за красивые глаза.



А я сам ее обеспечиваю и плачу деньги себе.
28 янв 09, 00:14    [6745349]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
bk0010
Хотите проверить быстродействие Fox? Попробуте организовать одновременную работу 10 пользователей на БД объемом хотя-бы 5 Гб. Повторяю еще раз: вы пытаетесь сравнивать совершенно разные вещи. xBASE - файл-серверная технология, она была создана под одного пользователя. Организовать многопользовательский режим работы с ее помощью можно, но только для маленьких баз и малого числа пользователей.....
....серьезно предлагать Fox в 21 веке в качестве основной СУБД - это даже не смешно.

Смешно читать твой бред сивой кобылы! У нас работало и 100 пользователей сети. И работало прекрасно! Размер файла БД в Visual Foxpro ограничивается лишь дисковым пространством.
Ты застрял в 18 веке на уровне dBASE! Протри очки и почитай в нэте про возможности Visual Foxpro.
28 янв 09, 00:23    [6745363]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
ЧеСерьёзно
Guest
Ёмае. Евгешка, а где ты работаешь? Не, реально, просто уже интересно.
28 янв 09, 00:36    [6745383]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Eugenkru1
Member [заблокирован]

Откуда:
Сообщений: 103
Fox5631, я не удивлюсь если Visual Foxpro сделают для Linux. Все предпосылки для этого есть!
FoxSoftware давно уже хочет выйти из Microsoft, а Linux за последние годы уже хорошо продвинулся...
Представляю выражение лиц мальчиков на этом форуме!
28 янв 09, 00:39    [6745391]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
ЧеСерьёзно
Guest
Eugenkru1
Fox5631, я не удивлюсь если Visual Foxpro сделают для Linux. Все предпосылки для этого есть!
FoxSoftware давно уже хочет выйти из Microsoft, а Linux за последние годы уже хорошо продвинулся...
Представляю выражение лиц мальчиков на этом форуме!

А нах он кому там нужен?
28 янв 09, 00:40    [6745393]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Fox5631
МСУ
Eugenkru1

А как на счёт сформировать оборотную ведомость за год или за любой период?
Как на счёт того чтоб точно посчитать акцизы чтоб не платить лишние налоги?
А как на счёт показать статистику продаж за год в виде графика?

Это из тех данных, где не страшна потеря одной-двух записей документа, а то и сотни-другой, тысячи-другой? Это из тех данных, в которых возможна несогласованность из-за потери связанных записей из соседней номенклатуры?
Да - нам слабо
Вы всё ещё работаете? Тогда мы идем к Вам


А как в 1С это обеспечивается?


Надежностью и мощью. Sql Server 2005. Вопросы?
28 янв 09, 00:48    [6745403]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

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

Отличия разных форматов dbf выложены в сети. Находятся на раз-два-три. Не поверю, что не читал.

Правильно, что не поверишь
28 янв 09, 00:50    [6745405]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
Изопропил
Member

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

А как в 1С это обеспечивается?

Изгнанием пользователей из системы
28 янв 09, 00:51    [6745408]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Fox5631
bk0010,
какие блокировки? Как раз ваши знания и остались на уровне 15 летней давности.

Блокировок нет в фоксе? Фтопку продукт!

Fox5631
Никто не работает с dbf напрямую.
Используют
1). Буферизацию.
2). Локальные курсоры.

Одним словом, - жопа. Как есть.


Fox5631
Потом данные сбрасывают по мере необходимости.

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

Пипец, супер топик. Почаще бы таких отжигов

Fox5631
Там где-то видел понятие "количество одновременных подключений". Оно ограничивается не 10-ю, а на порядок большим количеством. Все зависит только от железа и операционной системы.

"Где-то видел"... Сразу чувствуется, с профессионалом имеем дело, коллеги
28 янв 09, 00:52    [6745413]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
Fox5631
Острота не по теме. Open Office позволяет создавать базы данных и формы.

И чё? А интернет эксплолер умеет работать с js? К чему магия Ваших слов, колдун?

Fox5631
Вот только рассказывать мне не надо про кривые руки.

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

Fox5631
В первом случае неисправное сетевое оборудование приводило к тому, что один и тот же запрос постоянно возвращал на клиент разное количество записей. Вот так вот просто. Открываешь запрос – там 1500 записей, через 5 минут открываешь его же – 1000.
Проблема решена полной заменой сетевого оборудования.

Ну естественно. Сниффер-пожиратель байтов поставили бы еще на циску, которому дали команду - рубить траффик. А SQL-Server тут причеи? Ему ведомы Ваши сетевые проблемы? Он должен сам угадать, как обмануть порвавшуюся витую пару марки 5B и отправить информацию с помощью голубей или почтальнона Печкина?

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

Сервер должен сам определять битые секторы и постить данные в небитые? Убейте себя апстол, товарисч Жгите еще, еще!
28 янв 09, 01:03    [6745445]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
МСУ
Member [заблокирован]

Откуда: http://codearticles.ru
Сообщений: 31089
МСУ

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

Сервер должен сам определять битые секторы и постить данные в небитые? Убейте себя апстол, товарисч Жгите еще, еще!



Fox5631, рейд-массив - это поделка для идиотов, да?
28 янв 09, 01:08    [6745459]     Ответить | Цитировать Сообщить модератору
 Re: Выбор СУБД!  [new]
gofrom
Member

Откуда: Ростов-на-Дону
Сообщений: 9
Остапа понесло ))
28 янв 09, 01:10    [6745466]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 4 5 6 [7] 8 9 10 11 .. 75   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить