Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
kdv, Почитай сначала синтаксис М, потом стебись. Пока даже мне смешно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 00:03 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
Siemarglkdv, Почитай сначала синтаксис М, потом стебись. Пока даже мне смешно. ну я читал, именно синтаксис М. Даже писал на нём. Обычный себе процедурный язык с некоторыми прибабахами. Совершенно не декларативный :) Или вы таки не про М? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 01:09 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
locky, Я про М. И про вот этот бред с точки зрения М. kdvНа самом деле в РСУБД эквивалентом такому запросу могло бы быть создание индекса. Если бы там было прямое управление занесением значений ключа в индекс, без чтения индексируемой таблицы. Но такого нет. А раз эквивалента нет, то и сравнивать нечего. С тем же успехом можно было бы заставить написать на M (именно на М!) джойн двух таблиц, типа select * from a, b where a.id = b.id Все равно, что паскалевскому массиву пенять, что он не имеет индекса по индексу. Или на нем же джойн пытаться изобрести. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 02:37 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
DavID0023В каком смысле правильный???) чтот не пойму как7?Ну, один товар из 20 000, его по каким атрибутам ищут? Если по цене, то проиндексируй таблицу по цене. Если по коду товара - проиндексируй по коду. Если четкого однозначного способа поиска нет, то это самое интересное. Может быть, в этом случае какие-то индексы помогут, а какие-то будут во вред - процесс оптимизации довольно творческий. Правильным индексом я здесь назвал индекс, ускоряющий поиск в процедуре поиска, и не ухудшающий заметно остальные параметры твоей системы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 08:07 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
АВКНужна БД для корпоративных целей, в которую будут вносится данные по работе продукции предприятия, а затем анализироватся. Пока все это делается в Access'е, можете еще посоветовать варианы БД для корпоративного использования? Ну, например, другой вариант, Оракл. По крайней мере, если лень сравнивать. Там полно фич и моно надеяться что найдется нужная ручка в случае чего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 09:28 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglПочитай сначала синтаксис М, потом стебись. Пока даже мне смешно. а иди-ка ты ... сам почитай. Я с 89 по 91 работал как раз на ДИАМС 3.1, и не только писал системные программы, но и чинил данные, дописывал бухгалтерии и т.п. Так что я ОЧЕНЬ ХОРОШО знаю не только я зык М, но и как эти данные хранятся. Специально для тебя сделаю разбор операторов: k ^o - удаляем глобаль О, целиком. f o=1:1:1000000 в цикле от 1 до миллиона, с шагом 1, меняем локальную переменную o s ^o(o)="ooooooooooooooooo" - элементу глобали с индексом o присваиваем значение. я больше намекал на то, что глобаль ни разу не является эквивалентом таблицы или индекса РСУБД. Глобаль скорее похожа на кластерный индекс. Т.е. это B-дерево с размещением на листовых страницах значений. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:26 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglВсе равно, что паскалевскому массиву пенять, что он не имеет индекса по индексу. Или на нем же джойн пытаться изобрести. ну а зачем тут тогда приводят какие-то циклы, с тем чтобы показать "какой быстрый движок Cache при использовании языка M"? Действительно бред. Да, быстрый. Но это действительно нечто вроде микро-паскаля со специфической библиотекой доступа к данным. Для каких-то задач удобно и хорошо. Но нет, маркетинг такой, что похож на продажи гербалайфа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:34 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
kdv, Я читаю М, можно не расшифровывать. Только теперь сам попробуй перечитать и понять что сам же написал вчера ) А на кластерный индекс (в понятии MSSQL) глобаль не очень похожа. Он все-же таблица. Многомерность и траверсинг не сэмулируешь. А вот обратно - запросто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:39 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
ЗЫ. MUMPS в начале карьеры - суровое детство ))) Мне больше повезло - я начинал с красивого ассемблера ОСРВ :)~ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:43 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglТолько теперь сам попробуй перечитать и понять что сам же написал вчера ) написал именно то, что есть на самом деле. SiemarglМногомерность и траверсинг не сэмулируешь. А вот обратно - запросто. о да, многомерность! как много в этом звуке... Ну не торкает меня ни М, ни Cache. Ниша для специфических задач. То же самое как ООСУБД и прочая экзотика, которая сначала предполагала "завоевать весь мир", а потом обломалась. Для массовых задач пока что кроме РСУБД ничего нет, и это факт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:47 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
А никто не обратил внимания, что топику пять лет и всплыл он лишь из-за оффтопика новичка? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 10:54 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
kdvТо же самое как ООСУБД и прочая экзотика, которая сначала предполагала "завоевать весь мир", а потом обломалась. Для массовых задач пока что кроме РСУБД ничего нет, и это факт.Фигня - ща напишем ) Миксофт - мы ж тут тоже оффтопом занимаемся ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 11:00 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
интересно, как в каше обстоят дела с разделением транзакций он, если можно сравнивать, больше похож на версионники или блокировочники? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 11:54 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
откуда там версии-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 12:12 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
Siemargllocky, Я про М. И про вот этот бред с точки зрения М. kdvНа самом деле в РСУБД эквивалентом такому запросу могло бы быть создание индекса. Если бы там было прямое управление занесением значений ключа в индекс, без чтения индексируемой таблицы. Но такого нет. А раз эквивалента нет, то и сравнивать нечего. С тем же успехом можно было бы заставить написать на M (именно на М!) джойн двух таблиц, типа select * from a, b where a.id = b.id Все равно, что паскалевскому массиву пенять, что он не имеет индекса по индексу. Или на нем же джойн пытаться изобрести. ну и я про чо. Паскаль никто не называет "РСУБД". А недалекие фанаты М (не те люди, которые хорошо с ним работают там, где он "к месту" и могут даже извернуться прилепить его там, где он не совсем к месту) упорно сравнивают его с РСУБД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 12:59 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
Если быть точным, Cache маркетологи называют пост-РСУБД. В принципе пофиг, но модно) Но поверх M реализовать РСУБД можно. Это - достоинство. На мой взгляд, это будет даже проще, чем написать РСУБД, например на С. Другое дело, что ненужно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 14:51 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglЕсли быть точным, Cache маркетологи называют пост-РСУБД. В принципе пофиг, но модно) Но поверх M реализовать РСУБД можно. Это - достоинство. На мой взгляд, это будет даже проще, чем написать РСУБД, например на С. Другое дело, что ненужно. Я когда-то сталкивался с SQL поверх M Душераздирающее было зрелище :( Хотя вот сам по себе М очень даже неплох был :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 15:30 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglНо поверх M реализовать РСУБД можно. Это - достоинство.Они (InterSystems) и попытались это сделать, выпуская "субд" Cache'. Слово СУБД - в кавычках, т.к. в этом продукте НЕТ нормальной поддержки транзакций: 1) в доке написано, что из поддерживаемых уровней изолированности есть только read committed и... read uncommitted (т.е. грязное чтение), причём именно последнее поведение - по дефолту :-) 2) уровни snaphot и serializable не поддерживаются, след-но, никакого достоверного отчета на оперативных данных вы не сделаете. 3) read committed-транзакции, как механизм, обеспечивающий согласованное изменение данных, есть ТОЛЬКО при работе с Cache' SQL или COS. Но их НЕТ при прямом доступе к глобалям! След-но, если часть кода написана прямым доступом, то этот код "видит" все грязные изменения. ЗЫ. Мне довелось работать с Cache' в 2003-2005. Достаточно тесно контактировал с саппортом IS, вспоминаю их самыми добрыми словами - ребята всегда помогали. Но есть и несколько неприятных воспоминаний: 1) у IS совершенно дикая маркетинговая политика, особенно в плане стоимости лицензий: нам сказали, что чем больше у нас компов, тем дороже стоимость лицензии в пересчете на одно место. Дескать, "раз вы такие крупные, значит - богатые, поэтому платите больше" 2) когда в Cache' Terminal вылезала какая-то ошибка с труднопонимаемым текстом, то помощь со стороны саппорта заключалась в том, что мне присылали какие-то инструкции (команды прямого доступа), которые надо было выполнить. И смысл этих команд я совершенно не понимал. Это были настоящие танцы с бубном. И самое противное, что никаких намёков в документации на эти команды не было. Что приятного в том, когда делаешь что-то, затем "вдруг" всё получается, но совершенно непонятно, почему это случилось ? 3) вы не найдете по Cache' такого кол-ва вакансий, как по РСУБД. По кр. мере, в Москве. Соотв-но, и число специалистов по этому продукту невелико. И если в вашей конторе с программой, написанной на нём, возникнут траблы, а разработчика нет рядом - будут проблемы. 4) не знаю, как сейчас, но в то время IS не предлагала никаких инструментов разработчика. Основной упор для построения клиентской части делался на web. Для декстопа всё надо было искать и покупать на стороне 5) (до сих пор вспоминаю с содроганием) зачем они заменили в 2005 десктопные утилиты администрирования (SQL Explorer, Object Explorer - вроде так они звались ?) на web-портал ? Это был УЖОС просто!.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 19:27 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
Таблоид, Зато там есть команда блокировки дерева со всеми потомками. Это уже сильнее чем обычный блокировочник, хотя и маловато. Это чуть не единственная СУБД, в которой SQL-доступ сделан хуже чем в FB )) Нечего его там и использовать. ЗЫ. А опыт использования накладок на грабли, смотрю, помогает и сейчас ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 19:50 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
А транзакции там есть, но только в M, а не в SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 19:51 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglЭто чуть не единственная СУБД, в которой SQL-доступ сделан хуже чем в FB )) Нечего его там и использовать.гм... я хоть и НЕ являюсь FB-фанатом, часто не понимаю его нюансов, но всё ж таки спрошу: а чем плох SQL-доступ в Firebird'e ? и вообще, что под этим словом ("доступ") следует понимать, диалект SQL в FB или что ? Siemarglопыт использования накладок на грабли, смотрю, помогает и сейчаскакие "накладки на грабли" имеются в виду ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 20:03 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
Вот описание . Чего то я не совсем верно выразился. Там _и_ транзакции _и_ блокировки есть. А даже есть аналог/предок автономок. Хотя хз, какой там уровень изоляции, но похоже на uncommitted без блокировок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 20:05 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
ТаблоидSiemarglЭто чуть не единственная СУБД, в которой SQL-доступ сделан хуже чем в FB )) Нечего его там и использовать.гм... я хоть и НЕ являюсь FB-фанатом, часто не понимаю его нюансов, но всё ж таки спрошу: а чем плох SQL-доступ в Firebird\'e ? и вообще, что под этим словом ("доступ") следует понимать, диалект SQL в FB или что ? Можно получить доступ к данным, не используя SQL? В некоторых СУБД можно - в них присутствуют другие методы. Таблоид Siemarglопыт использования накладок на грабли, смотрю, помогает и сейчаскакие "накладки на грабли" имеются в виду ? Те, которые обсуждаются в ветке FB. Что ни неделя, то новый прикол. Я даже список тут насобирал, но закинул - надоело. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 20:13 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglВот описание . Чего то я не совсем верно выразился. Там _и_ транзакции _и_ блокировки есть. А даже есть аналог/предок автономок. Хотя хз, какой там уровень изоляции, но похоже на uncommitted без блокировок.ну да, и это я тоже старательно читал, когда работал с ним :-) Мысль о том, что в Cache' возможна обработка данных сразу тремя способами, старательно вдалбливается IS как высшее достижение разума, предел комфорта для разработчиков. А то, что прямой доступ видит грязные данные и от этого НЕЛЬЗЯ избавиться, как-то странно замалчивается... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 20:18 |
|
||
|
Какая из СУБД в настоящее время является лучшей?
|
|||
|---|---|---|---|
|
#18+
SiemarglМожно получить доступ к данным, не используя SQL? В некоторых СУБД можно - в них присутствуют другие методы.в каких Р СУБД и какие именно методы ? если вы говорите про объектные расширения, появившиеся в Oracle 9.x, то это НАДСТРОЙКА над SQL! Они в итоге превращаются Ораклом в обычные таблицы (см. Тома Кайта, "Оракл для профессионалов"). SiemarglТаблоидкакие "накладки на грабли" имеются в виду ? Те, которые обсуждаются в ветке FB. Что ни неделя, то новый прикол. Я даже список тут насобирал, но закинул - надоело.Дык в любых ветках sql.ru много всяких приколов. Я люблю наблюдать, к примеру, за баталиями в ветке m$ sql. Вы хотите сказать, что в других СУБД нет непоняток и никто не задаёт "дурацких вопросов" ? У FB на сегодняшний день нет такой исчерпывающей доки, как у IB 6.x. Но это компенсируется наличием хорошего сайта и (главное!) "интерактивностью" русскоязычных разработчиков FB, которые отвечают быстро (даже в выходные дни). Да, есть при работе с FB и другие "траблы" (далёкость оптимизатора от совершенства, например; грабля с арифметикой при переходе с диалекта 1 на 3; необходимость периодически пересчитывать статистику по индексам, хотя над таблицами не было никаких bulk-операций; сильный расход памяти в версиях <=2.1 при интенсивной работе с блобами; отсутствие встроенного профайлера (в 2.5 это уже не так); etc). Но не следует забывать, что FB бесплатен и развивается добровольцами. А стоимость Cache\' - @$$%@%R@$%*&. Не знаю, кому-как, а для меня самым сильным впечатлением было именно то, что в Cache\' допустимо "грязное чтение" и принципиальная невозможность закрыть это. Не понимаю этого... :-( ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2010, 20:45 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=36627416&tid=1552793]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
52ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
60ms |
get tp. blocked users: |
1ms |
| others: | 15ms |
| total: | 162ms |

| 0 / 0 |
