SeVaАкадемические тесты, когда все крутится в памяти мало интересны.

Скорость работы программы с диском, базой данных и интефейсом от ЯП такая же как в С++.

SeVaКонкретно в чем неправда.Есть какие-то еще варианты работы с cvs?

Программист может использовать CVS.

xВерсия ... будет .... Он будет.... Скорость работы ... будет... . Компилятор существует, но ... мешают ему работать. среда будет ...
Комментарии, как всегда выборочные
Это тоже все неправда?


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

SeVa
Какие будут результаты следующих тестов:
- выборка по условию
- группировка по нескольким полям
- поиск, удаление дубликатов
- join по ключу с другой таблицей
При работе твоей программы с CVS и простыми запросами SQL штатными средствами БД для 100К записей


Скорость выполнения запросов от среды не зависит, скорость выполнения запросов зависит от используемой СУБД и структуры базы данных.

Поэтому с этим вопросом вам следует обратится на форум соответствующей СУБД, либо самостоятельно произвести тесты.

Petro123
давайте будем справедливы - это не так.
Вы средой вмешиватесь в штатный режим работы СУБД
- там где СУБД не подходит под вашу модель транзакций - вы изменяете её штатный режим


В данный момент времени, официально поддерживается одна СУБД - MySQL 5.x и таблицы INNODB.
В её штатный режим работы я не вмешиваюсь.
Для других СУБД мой "нештатный" режим работы не будет использоваться, если он не будет повышать скорость выполнения запросов.

Petro123
- там где СУБД изначально работает с глобальными уникальными генераторами ID - вы работаете чезез блокировку выполнения
запроса и получения MAX ID


Я не делал такого утверждения. В данный момент времени Auto_Increment поля обрабатываются СУБД.

Petro123
Универсальность - ВСЕГДА жертва производительности. Особенно в многопользовательских системах, где идёт конкуренция за захват ОДНОГО рессурса.
Правда у Вас тема "Просто учёт", но помнить об этом надо.
Надеюсь Демо с одной версионной и одной блокировочной СУБД всё прояснят.


В исходном вопросе ничего об одновременном доступе к данным сказано не было.

Независимо от использования блокировочника или версионника, минимальная скорость выполнения запроса будет зависеть лишь от СУБД. Мой "нештатный" режим работы не будет использоваться, если он не будет повышать скорость выполнения запросов.

Petro123
могу Вам дать ещё один ВИ на опасность блокировок в СУБД.
- С одного коннекта происходит наценка на товарЫ (UPDATE)
- C другого происходит вставка нового товара (у вас по MAX ID + "более правильный Serializaed")
- оба клиента встанут, т.к. будут ждать друг друга "взаимоблокировки"


В текущей версии этой проблемы нет.

Ни для одной СУБД (даже FB) я не буду использовать MAX ID для получения нового идентификатора.

Для использования MAX ID необходима изоляция SERIALIZED - поэтому взаимная блокировка невозможна.

[quote i2222]
+100
Особенно учитывая последний выверт аффтора насчет полного перехода
от интерпретатора к компилятору и генерации DLL .. дак вообще не знаю что и
сказать.
Походу аффтор сочиняет находу.
[/quote i2222]

На этом форуме о DLL я написал в первом письме.

1ое
письмо.


Posted via ActualForum NNTP Server 1.4

x
Скорость СУБД известна всем.Итересовало, как она соотносится со скоростью
работы с CVS.Тесты можно и не писать и так понятно, что разница будет
минимум в несколько порядков.Там,где конвертация проходила за часы, будут
дни.


Еще раз пишу, что это не так.

x
Поясню свое занудство.Я знаю несколько случаев,когда полагаясь на штатные
средства MS SQL при изменении структуры БД,народ оставался без данных.В
одном из них, провинившийся вводил после работы данные с контрольных
кассовых лент в течении 2х недель.
Поскольку данным продуктом в основном будут пользоваться неокрепшие умы,они
после заверений в том, что средство может все и не понимая, что скрывается
за сценой, будут в таких же ситуациях.


Всегда есть способ уничтожить данные.


Posted via ActualForum NNTP Server 1.4

x
Идея смешивать все и вся и одном флаконе нежизнеспособна с самого начала.
Весьма вероятно, что эта среда может заинтересовать студентов и тех кто занимался только конфигурированием 1С, но только не стоит позиционировать ограничения(языка, компонент, поддержки БД, сомнительные идеи с СУБД и тд),как достоинства и кормить завтраками.


Среда построена так, что:

1) Все нововведения и "сомнительные идеи СУБД" можно не использовать. То есть с точки зрения других сред разработки - вы ничего не теряете.

2) "Ограничения поддержки БД" - это только необязательное использование встроенного SQL, необязательное использование редактора БД, необязательное использование автоматического обновления. То есть с точки зрения других сред разработки - вы ничего не теряете.

3) В среде используется простой язык похожий на PASCAL / DELPHI.
4) В финальной версии появятся языки похожий на BASIC, JAVA

Про ЭОграничение компонент":

3) Относительно базового набора компонент Delphi и C#, у компонент в этой среде есть множество полезных расширений.
4) Программист сможет использовать внешние компоненты ActiveX.

[quote]Там до законченной программы, как до китая пешком.[/quote]

Законченная программа - это никому не нужная программа. (с)


Posted via ActualForum NNTP Server 1.4

x
Для блокирочника и таблицы с кластерным индексом это утверждение неверно.
Update поля с некластерным индексом в паре с select'ом из другого
потока(даже с уровнем READ COMMITED) приведет к deadlock'y,если они
выполняются одновременно.


Можете привести пример, как добится этого результата?

Я считаю, что Deadlock в вашем случае можно получить лишь при NOWAIT
транзакциях.


Posted via ActualForum NNTP Server 1.4

Я неправильно сказал - интерпретатор никуда не денется.


Posted via ActualForum NNTP Server 1.4

xВнештатный режим тоже заведомо не будет повышать скорости.



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


xЕсли ничего не использовать, то что же тогда приобретается?



Очень абстрактный вопрос.

Все остальные возможности системы, я их описывал во всех прошлых письмах.



Некоторые возможности (их очень много) которые сразу приходят в голову это:
Редактор (Форм, Синтаксиса... - более гибкий, чем в Visual Studio. Хотя бы
откат, масштаб, inplace редактирование), ЯП (Similar Pascal например
превосходит возможности Delphi), Синхронизация клиентов при изменении
значений по сети, экспорт/импорт данных, компоненты (позволяющие быстро
строить программы, современно выглядящие, выполняющие все проверки и
блокировки БД, списки выполняющие фильтрацию, группировку, авто
формирование, просмотр накопительных значений, работу с граф. файлами...),
программист один раз пишет, а сервисные возможности появляются с новыми
версиями среды...



Основные возможности описанные в первом письме.



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




Posted via ActualForum NNTP Server 1.4