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

Откуда:
Сообщений: 242
Всем привет!
Надеюсь правильно запостил...
Проблемы такая:
Есть у нас программный комплекс написанный еще на FoxPro настало время перевести его на сервер (централизованно в одном месте), причем народ хочет иметь Веб-интерфейс к этому (и смотреть и редактировать, т.е. полноценно работать). Программа была написана очень универсально. Сейчас решили не мучаться с универсальностью, делать более жестко. Но встают вопросы следующего плана:
- какой сервер выбрать? Один из крупных заказчиков настаивает на Oracle-е, но из всех заказчиков только он с ним и будет работать, остальные не потянут его купить...поэтому думается MS SQL Server (с ним опыт работы есть), Cache (изучать) или еще что-то... тут хотелось чтобы направили на обзор (сравнение) какой-либо серверов (критерии: цена, скорость интеграция с Веб-ом, секретность)
- технологии для написания подобного ПО для Веба, и желательно для простого прикладного ПО, т.к. сейчас заказчики начитались про Веб и им его подавай, реально столкнуться... скажут подавайте такое же рыло как было.
Помогите, выскажите свои идеи или дайте ссылочку на статьи и т.д.
Спасибо.
27 июл 04, 09:36    [836827]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Из СУБД я бы порекомендовал MSSQL 2000 или Sybase Anywhere Studio 9 (ASA). Обе довольно надежные и недорогие СУБД, ASA правда кроссплатформенная и сейчас обгоняет по функциональности MSSQL, но с выходом Юкона это более менее сгладиться (при условии конечно, что не выйдет ASA10, которая судя по всему сделает еще шаг вперед, так как сейчас iAnywhere проводит опросы пользователей ASA с целью определения направления, куда двигаться дальше и что еще не хватает). Можете почитать этот топик в форуме Sybase, где народ как раз обсуждал MSSQL и ASA старых и новых версий, там присутствуют как положительные, так и отрицательные мнения о этих СУБД.

Из средств разработки интерфейсной части если Вы действительно решитесь делать веб-интерфейс (хотя без действительно обоснованных причин я бы это не рекомендовал это делать), наверное выгоднее всего сейчас выглядит ASP.NET. Для обычного GUI неплохо смотриться Sybase PowerBuilder (в каком то плане он дедушка для MS Access). Почитать про его хорошие и плохие черты на примере сравнения с Delphi можно здесь.
27 июл 04, 11:11    [837283]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Guest_2
Guest
Этот "дедушка Access'a" по части манипулирования данными фору даст любым своим внукам.
27 июл 04, 12:36    [837833]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
DGT
Guest
Cache'.
Не идет ни в какое сравнение со стандартными РСУБД, ни MS-SQL ни Oracle, в особенности, если стоят сложные задачи .
Cache' не дороже MSSQL, выгодные партнерские условия.
Я бы на твоем месте по поводу стоимости лучше не к участикам формума, а к представителям интерсистемз обратилсч.

Вот информация общего плана, которую в свое время отправляли мне :

Cache’ представляет собой современную объектно-реляционную серверную СУБД, которая унаследовала технологию хранения и работы с данными а также надежность, производительность и неприхотливость к «железу» своих предшественников – M-систем.
M-системы развивались с 1978 года и изначально были ориентированы на многопользовательскую обработку данных. Наибольшее распространение M-системы получили в области медицины: госпиталях, больницах, лабораториях, и пр. где и поныне занимают большую часть рынка медицинских информационных систем.
Cache’ обладает следующим набором свойств:
• Переносимость между различными программно-аппаратными платформами (см.таблицу ниже)
• Эффективное хранение данных. Данные хранятся не в таблицах, а в «деревьях», таким образом можно говорить о Cache’ как о иерархической СУБД. Как следствие такого подхода, является то, что такие структуры позволяют хранить данные в виде неоднородных «записей», по сравнению с реляционными СУБД. В частности, поля такой «записи» могут быть неатомарными, что позволяет более стройно и адекватно моделировать предметную область. Кроме того в таких неоднородных записях не хранятся данные, которые не определены для той или иной «записи», поэтому древовидные структуры данных более компактны по сравнению с табличными аналогами, и, как следствие, очень эффективны для хранения разреженных неоднородных данных.
• Объектный и реляционный доступ к одним и тем же данным. В Cache полностью реализована объектная модель стандарта ODMG (Open Database Management Group), которая разрабатывать приложения в объектной среде. Естественным образом поддерживаются наследование (в том числе множественное), полиморфизм, коллекции. SQL-доступ к данным Cache' обеспечивает способность к взаимодействию с обычными реляционными приложениями, включая инструменты построения отчетов и аналитической обработки данных. Благодаря тому, что хранение данных в Cache' фактически осуществляется в эффективных многомерных структурах, приложения, использующие SQL в качестве языка запросов, работают намного быстрее.
В настоящее время реализованы конверторы для импорта схем из наиболее распространенных реляционных СУБД:
-Oracle
-MS SQL Server
-Informix
-Interbase
-Sybase
• Неприхотливость в системных требованиях. Для полноценной многопользовательской работы Cache’- приложения в режиме текстового терминала требуется минимальная аппаратная конфигурация клиентских рабочих мест – PC-286/386 или даже можно использовать такие реликты как ДВК, терминал СМ-7238, УКНЦ, и аппаратные терминалы. Если при этом использовать мультиплексорные карты – то не требуется даже сетевых карт и сетевых ОС на клиентах. Наибольшее распространение получила конфигурация, на основе TCP/IP+TELNET, когда в качестве ПО на клиенте стоят либо аппаратные терминалы, либо эмуляторы терминалов. Мощность этой схемы не зависит от системной конфигурации клиентов, а только лишь от мощности сервера. В большинстве случаев нарастить мощность одного сервера более выгодно, чем всего клиентского парка. Для функционирования сервера Cache’ для небольшого количества пользователей, достаточно такой конфигурации компьютера, на которой комфортно «чувствует» себя операционная система, например сервер PII-300/128 Mb + Windows 2000 Pro позволит обслуживать до 30-40 терминальных пользователей, работающих в диалоговом режиме, с хорошим временем отклика.
• Надежность. В Cache’ реализованы все средства для безостановочной работы системы. А именно:
-Обработка транзакций. Используя ее можно поддерживать прикладные данные в состоянии логической целостности даже после сбоя аппаратуры.
-Межмашинное журналирование (теневые сервера).Все изменения в базе данных могут как в зеркале отражаться в базе другого компьютера, используемого в качестве "горячего" резерва на случай серьезной аварии. Время, необходимое для переключения на машину "горячего" резерва, существенно сокращается.
-Резервирование данных одновременно с работой пользователей и непрекращающейся корректировкой базы данных.
-Параллельная обработка данных в многопроцессорных системах
-Средства проектирования данных. Для проектирования сложных задач, Cache’ может использоваться в связке с таким CASE-средством как Rational Rose.Классы, описанные в Rose полностью импортируются (экспортируются) в (из) Cache’.
-Поддержка Web-доступа к данным (Cache Server Pages). В Cache’ реализована технология идеологически похожая на Microsoft ASP, но реализованная более эффективно. Кроме этого в ближайшей версии появится поддержка Web-сервисов через стандарт SOAP
-Языки программирования для разработки приложений. В настоящее время «родными» (native) языками Cache’ являются: Cache Object Script (COS), Cache’ Basic. И тот и другой снабжены конструкциями для объектного доступа к БД. Cache’ Basic является практически полным аналогом MS Visual Basic 6.0 поэтому программисты, знакомые с VB могут без каких либо затруднений начать разрабатывать Cache’-приложения. Языковое ядро Cache’ спроектировано таким образом, что позволяет добавлять новые языки программирования, как native-языки. В ближайшее время будет добавлен еще Cache’ Java, и, если потребует рынок, другие популярные языки программирования.
-Поддержка XML. Cache является XML-ориентированной СУБД, т.е. она позволяет выгружать данные-объекты в XML-документы и загружать данные из документов, а также оперировать ими. Принимая во внимание, что и XML-документы и ядро Cache’ имеют одну и ту же объектную природу, получаем совершенно естественную проекцию прикладных данных в XML-документ и наоборот.

Технологии Cache’:
1. Cache Server Pages – дает возможность разрабатывать приложения для Web. Технология работает со многими веб-серверам и ОС (см.таблицу)
2. Cache ODBC – дает другим реляционным приложениям и инструментариям возможность доступа к данным на сервере Cache’. ODBC-драйвер реализован для многих Unix-платформ и для всей линейки Windows-платформ.
3. Cache JDBC – высокопроизводительный драйвер для доступа к серверу Cache’ приложений написанных на Java.
4. Cache XML & Web Services – предоставляет возможность серверу Cache’ взаимодействовать с внешними приложениями через XML и SOAP.
5. Cache Object Server для Java и EJB – объектный сервер для Java, представляющий Cache’-классы как «родные» для Java классы.
6. Cache Object Server для ActiveX – объектный ActiveX-сервер, представляющий Cache’-классы для приложений, использующих технологию ActiveX (VB, .NET)
7. Cache Object Server для C++ – объектный сервер для приложений на C++, представляющий Cache’-классы как C++ - классы.
8. Cache SQL Gateway - дает Cache’-приложениям объектный доступ к реляционным СУБД, например Oracle, MS SQL Server
9. Cache ActiveX Gateway - дает Cache’-приложениям прямой доступ к ActiveX/COM/.NET компонентам

Поддерживаемые платформы:
http://www.intersystems.com/cache/technology/cache51/features/platforms.html

Поддерживаемы Web-серверы:
-Microsoft IIS / PWS
-Apache 1.3.12
-Netscape / Sun iPlanet 4.0
-Compaq Secure Web Server 1.0

Где-то были сравнительные испытания MSSQL-Cache', но это лучше у представителей Интерсистемз спросить.

Что еще могу посоветовать: http://www.intersystems.ru/cache/education/school-ppt.html - здесь учебные занятия по Каше.
27 июл 04, 14:04    [838376]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
PL99
Member

Откуда: Moscow
Сообщений: 1367
DGT
Не идет ни в какое сравнение со стандартными РСУБД, ни MS-SQL ни Oracle, в особенности, если стоят сложные задачи .
...

Гм... Почему-то только приверженцы Cache считают возможным запостить в форум рекламную брошюру. И не один раз, заметьте...
DGT
Для полноценной многопользовательской работы Cache’- приложения в режиме текстового терминала требуется минимальная аппаратная конфигурация клиентских рабочих мест – PC-286/386 или даже можно использовать такие реликты как ДВК, терминал СМ-7238, УКНЦ, и аппаратные терминалы
Где бы сейчас отыскать работоспособный ДВК, не подскажете?

DGT
Для функционирования сервера Cache’ для небольшого количества пользователей, достаточно такой конфигурации компьютера, на которой комфортно «чувствует» себя операционная система, например сервер PII-300/128 Mb + Windows 2000 Pro позволит обслуживать до 30-40 терминальных пользователей, работающих в диалоговом режиме, с хорошим временем отклика.
Хорошее время - это сколько? На каких объемах данных? В диалоговом режиме - это OLTP? А как в случае получения сложных агрегированных отчетов по первичным данным?
27 июл 04, 14:34    [838528]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
Какая красивый рекламный проспектик, типа "Кэш крут, все остальные отдыхают" :) Прямо душа радуется, меня вот тоже попросили рекламную брошурку по ASA накатать, надо воспользоваться макетом :)

PL99
Лучше не надо им вопросов, по моему в свое время достаточно исследований этого продукта было. Я в последнее время предпочитаю ссылочки давать. Так что про Кэш можно начинать читать отсюда.
27 июл 04, 14:50    [838634]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
ASCRUS
Member

Откуда: МО Электросталь
Сообщений: 5994
P.S. Забыл добавить - особенно меня порадовала фраза:
автор
Благодаря тому, что хранение данных в Cache' фактически осуществляется в эффективных многомерных структурах, приложения, использующие SQL в качестве языка запросов, работают намного быстрее.

Вот она где проявляется мощь деревянных СУБД - на SQL :)
27 июл 04, 14:51    [838643]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Danil
Member

Откуда:
Сообщений: 242
Насчет Cache':
Поверхностный взгляд на Cache' говорит о том, что придется менять подход к проектированию и написанию БД (время, деньги и т.д.). Язык CSP для Веба, к сожалению не является распростаненным.
Если рассматривать альтернативу MS SQL Server (Yukon)+IIS+ASP.NET 2.0, то с ней уже знакомство было, много специалистов, документации и форумов в Интернете. Хотя можно смотреть в сторону Oracle+Java..... но денежки хорошие придется платить...
После изучения обзоров различных СУБД и Веб технологий сформировалось мнение о том, что выбор СУБД вопрос скорее политический чем производственный, т.к. по сути они более или менее равны м/у собой (кто-то кого-то превосходит в одном, но проигрывает в другом). Ну а выбор СУБД уже существенно сокращает выбор Веб-технологий. (Пр. : если MS SQL Server, то уже IIS+ASP.NET). Все разумеется ИМХО.
28 июл 04, 07:50    [840669]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Danil
Member

Откуда:
Сообщений: 242
Насчет Cache':
Поверхностный взгляд на Cache' говорит о том, что придется менять подход к проектированию и написанию БД (время, деньги и т.д.). Язык CSP для Веба, к сожалению не является распростаненным.
Если рассматривать альтернативу MS SQL Server (Yukon)+IIS+ASP.NET 2.0, то с ней уже знакомство было, много специалистов, документации и форумов в Интернете. Хотя можно смотреть в сторону Oracle+Java..... но денежки хорошие придется платить...
После изучения обзоров различных СУБД и Веб технологий сформировалось мнение о том, что выбор СУБД вопрос скорее политический чем производственный, т.к. по сути они более или менее равны м/у собой (кто-то кого-то превосходит в одном, но проигрывает в другом). Ну а выбор СУБД уже существенно сокращает выбор Веб-технологий. (Пр. : если MS SQL Server, то уже IIS+ASP.NET). Все разумеется ИМХО.
28 июл 04, 07:52    [840672]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
DUGER
Member

Откуда:
Сообщений: 45
Почему-то ни кто не упомянул о InterBase/Firebird + Delphi (FIBPlus). По моему это наиболее быстрый и дешёвый способ создать клиента и сервера. Или IB сильно уступает SQL2K и Oracle?
28 июл 04, 10:00    [840941]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Danil
Member

Откуда:
Сообщений: 242
DUGER:
хм... действительно...InterBase/Firebird интересный вариант, в дружественной организации стоит уже много лет (апдейтится конечно постепенно) и стабильно работает. Причем пол года назад перевели на Linux Asp 9.2, так вообще шутро очень стал работать. Он к тому же кроссплатформенный (хотя я могу что-то путать, поправьте есди что...)...
Насчет уступает ли он MS SQL Server или Oracle или тому же Cache' мне ничего неизвестно...
28 июл 04, 12:11    [841585]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Серега
Member

Откуда:
Сообщений: 887
Danil
DUGER:
Насчет уступает ли он MS SQL Server или Oracle или тому же Cache' мне ничего неизвестно...

В цене точно уступает. 8-)
28 июл 04, 12:12    [841593]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Hoar Frost
Member

Откуда: InterSystems Russia
Сообщений: 66
Спор из серии "какое мороженное лучше".
Человек же хотел сравнение.
А по сравнению Cache Oracle и SQL Server есть реальный проект, выполненный энергетиками, которые выбирали себе систему для нового проекта. Вот и читайте, сравнивайте:
http://www.kavkaz.elektra.ru/, раздел разработки и внедрения 29-30 апреля. Enjoy.

В любом случае переход на новую технологию вынудит кучу времени потратить на ее изучение, так изучать Cache' реально просто. (имхо, естественно). Тем более, что Cache' заточена под работу с WEB-интерфейсом. Реальный конкурент - Юкон, так он еще непонятно что и непонятно где, на него расчитывать я бы не стал.
28 июл 04, 12:50    [841793]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Danil
Member

Откуда:
Сообщений: 242
Hoar Frost
Спор из серии "какое мороженное лучше".
Человек же хотел сравнение.
А по сравнению Cache Oracle и SQL Server есть реальный проект, выполненный энергетиками, которые выбирали себе систему для нового проекта. Вот и читайте, сравнивайте:
http://www.kavkaz.elektra.ru/, раздел разработки и внедрения 29-30 апреля. Enjoy.

Благодарю за ссылку.
Консультанты InterSystems сразу указали на нее...
Hoar Frost

В любом случае переход на новую технологию вынудит кучу времени потратить на ее изучение, так изучать Cache' реально просто. (имхо, естественно). Тем более, что Cache' заточена под работу с WEB-интерфейсом. Реальный конкурент - Юкон, так он еще непонятно что и непонятно где, на него расчитывать я бы не стал.

C MS SQL Server 2k имелся реальный опыт работы около 1 года, именно поэтому личная склонность в сторону Yukon-а...

P.S. Очень не хочется изучать Cache, т.к. подход весьма другой, да и стоит он не намного меньше MS SQL Server...
28 июл 04, 12:59    [841831]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Hoar Frost
Member

Откуда: InterSystems Russia
Сообщений: 66
Up to You!
меня лично изучение Cache затянуло и сбросило с Оракла. Да и многих моих друзей тоже. Больно уж приятно на ней =)
28 июл 04, 13:35    [841998]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Сергей Васкецов
Member

Откуда:
Сообщений: 20362
Hoar Frost
Больно уж приятно на ней =)

Пока репликация не начнется.
28 июл 04, 13:38    [842020]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Hoar Frost
Member

Откуда: InterSystems Russia
Сообщений: 66
К тому же, юкон тоже придется изучать, правда ведь? а хранимые процедуры на .net тоже с неба не свалятся. А о том, как консультанты из intersystems няньчатся с новыми разработчиками, которые переходят на Cache (причем до покупки самой СУБД!) можно почитать тут:

https://www.sql.ru/forum/actualthread.aspx?bid=10&tid=40755&hl=

Вот и думать: сначала покупать, потом изучать, или сначала изучать, маленькую часть писать(причем с полным саппортом), потом уже покупать.
28 июл 04, 13:48    [842079]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Hoar Frost
Member

Откуда: InterSystems Russia
Сообщений: 66
Сергей Васкецов
Hoar Frost
Больно уж приятно на ней =)

Пока репликация не начнется.


А что с репликацией?
28 июл 04, 13:49    [842084]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Rest
Guest
Danil

P.S. Очень не хочется изучать Cache, т.к. подход весьма другой, да и стоит он не намного меньше MS SQL Server...


Для грамотного разработчика изучение Cache' исчисляется днями.

А не подскажешь, сколько стоить будет MSSQL Server? и какой там способ ценообразования хотя бы ориентировочно?
28 июл 04, 14:22    [842281]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
c127
Guest
По поводу http://www.kavkaz.elektra.ru

Не поленился ознакомиться. Имеют место следующие замечания.

Общие.

* отсутствует расшифровка используемых понятий, например "график", "телеизмерение", поэтому, например, сложность запросов оценить невозможно, а это ключевой момент. Вероятно тестировались простые запросы. Поскольку материалы выложены в интернете и используются в качестве рекламы, необходимо привести их к виду, понятному неспециалисту в энергетике;

* не отражен аспект надежности (аварийное выключение серверов, откаты, транзакции);

* тестируется чтение из одной таблицы, что не типично, обычно в запросе в RDBMS задействовано больше таблиц;

* тест либо на чистое чтение либо на чистую запись. Судя по постановке задачи штатным режимом системы будет смешанный режим, странно, что разработчики теста "забыли" об этом очевидном факте. Надо понимать, что результаты такого теста были сильно не в пользу Cashe.

По тесту с ораклом (http://www.kavkaz.elektra.ru/x-files/CacheCDU.pdf)

* таблица типа 1 не эквивалентна таблице типа 2, это подозритетльно, но не важно;

* два 375 MHz процессора (оракл) никак не равны одному 1.5 GHz Pentium4 (Cache), если задача простая. 64 бита и 512 MB мозгов в данном случае ситуацию не меняют;

* сравнивается (лучшие результаты) VkNlo драйвер для оракла и Direct интерфейс для Cache. OCI и PRO/C интерфейсы почему-то забыты. Поскольку имеет место тест на вставку большого количества строк, OCI по-видимому мог бы существенно повлиять на результат. В пользу зависимости результата от драйвера говорит то, что ADO в 20 раз медленнее чем VkNlo (66.921 vs 3.612, Таблица 1).

По тесту с MSSQL и "БД РВ ОИК СК-2000" (http://www.kavkaz.elektra.ru/x-files/CacheODUSK.pdf)

* несмотря на то, что декларируется сравнение трех СУБД (Cache, MSSQL, РВ), результаты по MSSQL приведены не везде, например их нет в "4.1 Тесты на запись";

* в случае выигрыша Cache заявляется о его преимуществе, в случае проигрыша говориться, что "для улучшения производительности данного запроса необходимо провести дополнительные исследования". По-видимому считается что в первом случае исследования проводить излишне.

Выводы:

* тест не отражает основных особенностей эксплуатации системы. На таких тестах фокспро взует всех, нужно выбрать его и не мучиться;

* оборудование и окружение подобраны тенденциозно;

* документирование проведено на низком уровне;

* поскольку тест по-видимому заказной, необходимо наряду со спецификацией оборудования указать сумму отката, полученного от каждого производителя. Это позволило бы читателям учесть влияние этого фактора и оценить результаты тестирования более объективно.

Enjoy.
29 июл 04, 05:38    [844038]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
eNose
Member

Откуда:
Сообщений: 183063
Больше всего удивило то, что тесты проводились фактически без нагрузки сервера.
Они хотя бы многопоточно это делали (например, на 100 коннектах выбирать разные данные сложными селектами ОДНОВРЕМЕННО).

А про откат очень интересно :-)


Сейчас поищу: видел где-то на просторах инета инфу про судебные разбирательства в Штатах по поводу выбора Cache как основной СУБД во многих госпиталях. Там как раз фигурировала сумма отката.
29 июл 04, 08:06    [844100]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
c127
По поводу http://www.kavkaz.elektra.ru
* два 375 MHz процессора (оракл) никак не равны одному 1.5 GHz Pentium4 (Cache), если задача простая. 64 бита и 512 MB мозгов в данном случае ситуацию не меняют;

Тут несколько не так. Имеется 2 процессора, но не Intel. Поэтому ситуация очень даже меняется.

c127
По поводу http://www.kavkaz.elektra.ru
* несмотря на то, что декларируется сравнение трех СУБД (Cache, MSSQL, РВ), результаты по MSSQL приведены не везде, например их нет в "4.1 Тесты на запись";

Массовая запись - это слабое место MSSQL, если не применять BULK/INSERT. Другое дело как часто имеет место такая ситуация?

С остальным соглашусь. Добавлю только, что отсутствуют тесты на конкурентный доступ. Насколько я знаком с задачей, данные от телеметрии и от РДУ будут поступать одновременно по нескольки коннектам.
29 июл 04, 08:42    [844134]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Сергей Васкецов
Member

Откуда:
Сообщений: 20362
Hoar Frost
Сергей Васкецов
Hoar Frost
Больно уж приятно на ней =)

Пока репликация не начнется.


А что с репликацией?

А что, она в cache уже есть?
29 июл 04, 10:42    [844541]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
jvvjvv
Member

Откуда:
Сообщений: 56
Ветер - веет,
Собаки - лают,
Cache - живет....
29 июл 04, 11:59    [844966]     Ответить | Цитировать Сообщить модератору
 Re: Выбор средства разработки  [new]
Nikolay Kulikov
Member

Откуда: Москва
Сообщений: 607
Но хреново-хреново....
29 июл 04, 12:03    [845000]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить