Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 27 28 29 30 31 [32] 33 34 35 36 .. 99   вперед  Ctrl
 Re: Разработал драйвер баз данных, что дальше???  [new]
чукча386
Member

Откуда: Далеко от Чукотки, однако
Сообщений: 343
JErik
Пытались, 5-ть лет назад - но тогда был ещё драйвер TJ1 - пытались не просто взломать а пытались как-нибудь изменить данные в нём - то есть подделать, в то время я ещё не работал на здесь а телефонный справочник был очень нужен - одна проблема была - данные в нём мог обновлять только я, в общем оказалось что без специальной библиотеке - это сделать нельзя...


Чегой-то не пойму, кому в здравом уме придет мысль подделывать телефонный спрвочник? Если только номер директора поменять на "Секс по телефону"?
24 ноя 09, 09:53    [7967954]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
чукча386
JErik
Пытались, 5-ть лет назад - но тогда был ещё драйвер TJ1 - пытались не просто взломать а пытались как-нибудь изменить данные в нём - то есть подделать, в то время я ещё не работал на здесь а телефонный справочник был очень нужен - одна проблема была - данные в нём мог обновлять только я, в общем оказалось что без специальной библиотеке - это сделать нельзя...


Чегой-то не пойму, кому в здравом уме придет мысль подделывать телефонный спрвочник? Если только номер директора поменять на "Секс по телефону"?
неет просто иметь возможность самим поддерживать базу телефонного справочника в актуальном состоянии...
24 ноя 09, 09:56    [7967983]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
eyes wide open
Guest
JErik, ок. ещё раз.
Почему Вы не используете существующие открытые алгоритмы шифрования? Вы знаете достаточно легкие способы криптоанализа информации зашифрованной ими? Зачем Вы разрабатывали свои?
24 ноя 09, 09:58    [7967994]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Dmitry Arefiev
Member

Откуда:
Сообщений: 9993
JErik
в моём случае взлома не будет даже при оочень больших затратах...

"У гусаров принято верить на слово ! И после этого мне стало везти !" (С) Народный анекдот.
24 ноя 09, 09:59    [7967998]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
JErik
ИТОГО:

Вроде ничего не прешествало подведению положительных итогов. Впрочем, это не итоги, а повторенние одного и того же, но тока теперь как якобы вывод из дискуссии. Это хорошо опробирванный ЧАЛом метод, который мы все же предвосхитили. Скорей всего ИТОГО буит появляться еще не раз. Но этот метод можно заподозрить в чрезмерном проявлении каких-то дурных манер, если не в чем-то худьшем.

JErik

Ноу хау в этой БД есть - это сжатие данных

Ну если бы "сжатие" было вашим изобретением тада другое дело. А так мы все его проходили по предмету "теория информации". Поэтому его, скорей всего, прикрутить мог любой разработчик СУБД. Или им типа что-то мешало? Оракл, на скока помню, может зашифровать всю БД.
Т.е. в идее нет ниче нового и нет ниче почему ее не прикрутить. Вы научились архивировать и не знали куда прикрутить? Выбрали БД и решили шо это НОУ ХАУ? Скорей всего слишком преждевременное типа умозаключение.

JErik

, более того - что на этом формате вы можете строить широкий спектр Сетевого программногообеспечения, но так-же вы можете эту же БД использовать и для справочников (мои примеры: Телефонный справочник, Сонник и т.д...)

А кто не может строить "Сетевого программногообеспечения" и тем более справочников?
Да еще как мы видели у Вас файл серверное что-то. Это носит признаки морального устаревания архитектуры "Сетевого программногообеспечения"

JErik

При этом вы получите маленькое прилдожение - не требующее инсталляции и не тащущее с собой кучу драйверов и библиотек - которые все другза другом лезут в реестр и т.д... Вы получите маленькое, комппактное, быстрое приложение - которое в единой форме запустится на любом Windows от Windows 95 до Vista/7 - без проблем запустится в Linux на WinE - и не надо будет для каждой и ОС таскать с собой специфический драйвер.

Ну счас вообще много приложений тока с браузером - ниче не нано вообще инсталировать на клиентах.
У современных СУБД туча средств разработки прилдожений. В том числе и просто в БД содержится все и нукно тока браузер. Например, Апекс у Оракла. У Вас маленькое, компактное? Для мобильников что-ли?

JErik

Формат хранения данных - предоставляет вам всего навсего строковые массивы - и вы в свокй программе можете делать с ними всё что захотите - это ещё гкольная программа, в качестве дополнения идёт функционал для обработки массивов, наиболее часто распространённые операции над ними: фильтры, сортироки, сопоствление, объединение и т.д... НО они не являются единствеными возможными и вы всегда можете их заменить на любые другие...

Т.е. циклы вместо деклараций SQL? Грубо говоря до СУБДшные методы типа моделирования? Ну тада, наверное, луче МУМПС.

JErik

САМ формат хранения данных предоставляет вам: сжатие и шифрование, при этом скорость распаковки данных даже на старых Intel Pentium 4 (если брать реальные тарификационные данные) в два раза выше скорости сети, при этом пиковая нагрузка на локальную сеть не вревысит 25% (то есть за 25% пропускной способности сети - драйвер передаст 200% данных от общей пропускной способности сети), что обеспечивает параллельный доступ пользователей к одной и той-же БД - без каких-либо задержек... Быстрое рдактирование и быстрое обновление данных в TJ7 - позволяют уменьшить нагрузку и сетевой трафик в десятки раз...

Ну Вам луче пройти тесты типа TPC-C. А так это все производит вид грубой саморекламы.

JErik

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

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

JErik

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

Известный прием ЧАЛа. Расчет что все уйдут, а он потом буит везде расказывать: "На SQL спорили, а потом у их аргументы кончились против этого замечательного драйвера БД".
Ну чо - продолжайте тада повторять одно и то же с усилинной энергией.
В общем похоже у протакивателей морально устаревших идей подход проталкивания схожий: тупо повторять одно и то же, несмотря на то шо оно наскучило.
Приверженци типа новых идей проявляли предрасположинность к заходу с какой-нить новой для них стороны.
JErik

тема будет полезна разработчикам под TJ7 - остальные конечно могут покируть тему

Полезные темы для разработчиков в других разделах форума. Поробуйте в тем "Просто треп", ну или "Другие СУБД". А здесь полезно сравнение СУБД. Потому Вы тоже конечно можете покинуть тему.
24 ноя 09, 10:02    [7968025]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
чукча386
Member

Откуда: Далеко от Чукотки, однако
Сообщений: 343
JErik


Чегой-то не пойму, кому в здравом уме придет мысль подделывать телефонный спрвочник? Если только номер директора поменять на "Секс по телефону"?
неет просто иметь возможность самим поддерживать базу телефонного справочника в актуальном состоянии...[/quot]

Ну, это как-бы решается просто раздачей прав на файлы/каталоги или на объекты в любой СУБД? Причем тут криптование?
24 ноя 09, 10:05    [7968050]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
gR4mm
Member

Откуда: Москва
Сообщений: 1412
JErik
gR4mm
JErik
ИТОГО:....

Слив засчитан.
Это реальность...
То чего вы боитесь признать...............

Улыбнуло.

JErik
eyes wide open
JErik, ок.
Почему Вы не используетеоткрытые алгоритмы шифрования? Вы знаете достаточно легкогие способы криптоанализа информации зашифрованной ими?
Я не использую открытые алгоритмы из-за того что мне нет смысла их открывать...

Зачод.
24 ноя 09, 10:11    [7968106]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
eyes wide open
JErik, ок. ещё раз.
Почему Вы не используете существующие открытые алгоритмы шифрования? Вы знаете достаточно легкие способы криптоанализа информации зашифрованной ими? Зачем Вы разрабатывали свои?

Существующие открытые криптосистемы давно скомпрометированы, и существуе множество методов криптоанализа:
http://www.ssl.stu.neva.ru/psw/crypto/rostovtsev/cryptoanalysis.html
http://cadmium.ru/content/view/810/35/
http://www.osp.ru/os/2009/03/8120956/
http://www.sdteam.com/?tid=1580
Сотни сайтов с описаниями и т.д... у меня ещё больше подборка документации, криптоанализ по времени и т.д... их уйма, мои же алгоритмы защищают от всего.
Необходимость в собственных алгоритмов возникла для того чтобы разработать методы аутентификации - не подверженные криптоанализу, алгоритмы PR1 и PR2 - это явный тому пример. Несмотря на то что PR1 и PR2 - надстройки над базовым алгоритмом шифрования и в качестве базового мог быть использован любой - ГОСТ/DES и т.д... но они не отвечали некоторым требованиям безопасности - которые я предьявляю к криптосистемам - именно поэтому TJ7 - является безопасной а все остальные выбирают компромисс между производительностью и безопасностью... Здесь от длинны ключа скорость изменяется не так явно (всё равно если у вас маленький ключ он с помощью специальных преобразований будет растянут - до безопасного для обеспечения одноразового применения каждого бита ключа).
24 ноя 09, 10:11    [7968111]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
gR4mm
Member

Откуда: Москва
Сообщений: 1412
JErik,

Так что же такое фул скан, и как в этом драйвере сделать подобие CTE?
24 ноя 09, 10:18    [7968167]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
gR4mm
Member

Откуда: Москва
Сообщений: 1412
JErik,

или же это тоже лишь флуд?
24 ноя 09, 10:29    [7968277]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
vadiminfo
JErik
ИТОГО:

Вроде ничего не прешествало подведению положительных итогов. Впрочем, это не итоги, а повторенние одного и того же, но тока теперь как якобы вывод из дискуссии. Это хорошо опробирванный ЧАЛом метод, который мы все же предвосхитили. Скорей всего ИТОГО буит появляться еще не раз. Но этот метод можно заподозрить в чрезмерном проявлении каких-то дурных манер, если не в чем-то худьшем.

JErik

Ноу хау в этой БД есть - это сжатие данных

Ну если бы "сжатие" было вашим изобретением тада другое дело. А так мы все его проходили по предмету "теория информации". Поэтому его, скорей всего, прикрутить мог любой разработчик СУБД. Или им типа что-то мешало? Оракл, на скока помню, может зашифровать всю БД.
Т.е. в идее нет ниче нового и нет ниче почему ее не прикрутить. Вы научились архивировать и не знали куда прикрутить? Выбрали БД и решили шо это НОУ ХАУ? Скорей всего слишком преждевременное типа умозаключение.

JErik

, более того - что на этом формате вы можете строить широкий спектр Сетевого программногообеспечения, но так-же вы можете эту же БД использовать и для справочников (мои примеры: Телефонный справочник, Сонник и т.д...)

А кто не может строить "Сетевого программногообеспечения" и тем более справочников?
Да еще как мы видели у Вас файл серверное что-то. Это носит признаки морального устаревания архитектуры "Сетевого программногообеспечения"

JErik

При этом вы получите маленькое прилдожение - не требующее инсталляции и не тащущее с собой кучу драйверов и библиотек - которые все другза другом лезут в реестр и т.д... Вы получите маленькое, комппактное, быстрое приложение - которое в единой форме запустится на любом Windows от Windows 95 до Vista/7 - без проблем запустится в Linux на WinE - и не надо будет для каждой и ОС таскать с собой специфический драйвер.

Ну счас вообще много приложений тока с браузером - ниче не нано вообще инсталировать на клиентах.
У современных СУБД туча средств разработки прилдожений. В том числе и просто в БД содержится все и нукно тока браузер. Например, Апекс у Оракла. У Вас маленькое, компактное? Для мобильников что-ли?

JErik

Формат хранения данных - предоставляет вам всего навсего строковые массивы - и вы в свокй программе можете делать с ними всё что захотите - это ещё гкольная программа, в качестве дополнения идёт функционал для обработки массивов, наиболее часто распространённые операции над ними: фильтры, сортироки, сопоствление, объединение и т.д... НО они не являются единствеными возможными и вы всегда можете их заменить на любые другие...

Т.е. циклы вместо деклараций SQL? Грубо говоря до СУБДшные методы типа моделирования? Ну тада, наверное, луче МУМПС.

JErik

САМ формат хранения данных предоставляет вам: сжатие и шифрование, при этом скорость распаковки данных даже на старых Intel Pentium 4 (если брать реальные тарификационные данные) в два раза выше скорости сети, при этом пиковая нагрузка на локальную сеть не вревысит 25% (то есть за 25% пропускной способности сети - драйвер передаст 200% данных от общей пропускной способности сети), что обеспечивает параллельный доступ пользователей к одной и той-же БД - без каких-либо задержек... Быстрое рдактирование и быстрое обновление данных в TJ7 - позволяют уменьшить нагрузку и сетевой трафик в десятки раз...

Ну Вам луче пройти тесты типа TPC-C. А так это все производит вид грубой саморекламы.

JErik

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

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

JErik

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

Известный прием ЧАЛа. Расчет что все уйдут, а он потом буит везде расказывать: "На SQL спорили, а потом у их аргументы кончились против этого замечательного драйвера БД".
Ну чо - продолжайте тада повторять одно и то же с усилинной энергией.
В общем похоже у протакивателей морально устаревших идей подход проталкивания схожий: тупо повторять одно и то же, несмотря на то шо оно наскучило.
Приверженци типа новых идей проявляли предрасположинность к заходу с какой-нить новой для них стороны.
JErik

тема будет полезна разработчикам под TJ7 - остальные конечно могут покируть тему

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

Я понимаю что это шаг назад - в том смысле что клиент-серверные СУБД - являются заменой таго формата что предложил я.. Однако у клиент-серверных БД есть много проблем с безопасностью и ненадо мне говорить о протоколах и т.д... когда у вас тысячи пользователей и сотни баз данных - каждому настроить свой ключь вручную, и вы дадите доступ к вьюшечке хакеру а он через него взломает всю систему - хотя учитывая количество дыр и заплаток которые выходят для баз данных а ссылки я вам приводил и почти каждый день новые дыры - которые часто можно использовать даже без аутентификации, клиент-серверная архитектура на мой взгляд не очень хорошо подходит для обеспечения безопасности.
Более того по сравнению с обычными файл-серверными базами - в моей множество улучшений: аленький размер, быстрое редактирование, быстрое изменение.... обработанные таблицы не создаются отдельными файлами - всё проворачивается в памяти - и здесь с производительностью врядле можно посморить - сравните хотябы метод многопоточной сортировки реализованной в мойм драйвере...
24 ноя 09, 10:29    [7968283]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
gR4mm
JErik
eyes wide open
JErik, ок.
Почему Вы не используетеоткрытые алгоритмы шифрования? Вы знаете достаточно легкогие способы криптоанализа информации зашифрованной ими?
Я не использую открытые алгоритмы из-за того что мне нет смысла их открывать...

Зачод.
пацталом....
24 ноя 09, 10:31    [7968304]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
S.G.
Member

Откуда: cartoon network
Сообщений: 30611
Собственно, система как система, вероятно она решает задачи, для которых была предназначена, и в нее наверное вложено много труда.
Острота ситуации в том, что автор позиционирует ее как крутую соперницу ведущих sql-серверов и в этом его неадекватность. Понятно, что каждому дорого то, чем он занимался на протяжении лет, но надо иногда поднимать голову и оглядываться по сторонам, и смотреть, а что делают другие.

JErik, у вас неправильная маркетинговая позиция. Вы слышали про правило 13-го удара? Если в 12 часов ночи, часы с кукушкой прокукают 13 раз, это не означает, что 13-й раз неправилен, это означает что вероятно каждый из ударов неправилен ;) А у вас в каждом сообщении перлы, заставляющие подскакивать специалистов в данном направлении. И шифрование непробиваемое (а у стандартных алгоритмов, видите ли, множество недостатков ), и нагрузка сети стремится к нулю (а у серверов нагрузка - к бесконечности), и еще много чего. Сразу возникают сомнения, что и в остальном у вас все не гладко. Это все равно, если бы вы в медицине объявили что нашли средства и от рака, и от спид-а, и против старения, одновременно.
Осмотритесь, найдите подходящую нишу своей системы и высказвайтесь более умерено, и может быть кто- нибудь проявит интерес.
24 ноя 09, 10:36    [7968357]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Минусовый
Guest
JErik
ИТОГО:
Ноу хау в этой БД есть - это сжатие данных...
Сжатие есть в MS SQL 2008.

JErik

...так-же вы можете эту же БД использовать и для справочников (мои примеры: Телефонный справочник, Сонник и т.д...) ...
Смешно было бы иметь СУБД, которая не умеет хранить справочников

JErik

...в качестве дополнения идёт функционал для обработки массивов, наиболее часто распространённые операции над ними: фильтры, сортироки, сопоствление, объединение и т.д...
В других СУБД я так понимаю этого делать нельзя?! Про LINQ ченить слышал если на то пошло?

JErik

Шифрование отвечает всем требованием безопасности, имеет уникальные, быстрые алгоритмы...
...для хранения любой персональной или секретной информации, обеспечивая надёжную и гибкую систему аутентификации...
Это оценка экспертов?! И накуй кстати шифрование БД в клиент-серверной архитектуре?

Прежде чем продвигать свой продукт, поинтересуйся для начала, есть ли хоть какой-то смысл его использовать в замен существующих решений!
24 ноя 09, 10:40    [7968389]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
gR4mm
JErik,

Так что же такое фул скан, и как в этом драйвере сделать подобие CTE?
У вас массив - вы с ним можете делать всё что захотите... обычено каждую задачу можно оптимизировать по своему... фол-скан - это и исковерканное английское название написанное русскими буквами... над таким очень много смеются сатирики :)
24 ноя 09, 10:40    [7968397]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
gR4mm
Member

Откуда: Москва
Сообщений: 1412
JErik
gR4mm
JErik,

Так что же такое фул скан, и как в этом драйвере сделать подобие CTE?
У вас массив - вы с ним можете делать всё что захотите... обычено каждую задачу можно оптимизировать по своему...

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

JErik
фол-скан - это и исковерканное английское название написанное русскими буквами... над таким очень много смеются сатирики :)

не увиливай от вопросов. Если не знаешь так и скажи.
24 ноя 09, 10:46    [7968432]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
eyes wide open
Guest
JErik, ок. ничего идеального нет. все системы ломаются - вопрос цена взлома и цены информации. Неужели та информация, с которой Вы работаете, стоит нескольких лет потраченых разработку Вашей уникальной системы? я так понимаю, что в начале разработки у Вас не было мысли осчастливить мир. интересует мотивация на создание Вашего продукта.
а систему Вашу сломать легко, дешево и быстро(как впрочем и любую другую), не нужны тут квантовые компьютеры и т.д. Вас остановят на улице люди в форме и попросят документы, а в паспорте найдут пакетик с "белым порошком" :) Вы сами сдадите все ключи, пароли и алгоритмы. и причем очень быстро. эээ... Вы не подумайте, что это уход от темы - это к вопросу о потраченых времени и усилиях. не проще было взять решение дающее достаточную(не бесконечную) для Вашей информации степень защиты?
24 ноя 09, 10:46    [7968434]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
HeroOfGalaxy
Member

Откуда: Москва
Сообщений: 43
Судя по умелому расставлению ошибок в собственных сообщениях и постоянному подкидыванию перлов для обсуждения ТС преднамеренно пытается раздуть тему.. Как didme.. тот вел себя так же..
24 ноя 09, 10:47    [7968442]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
sqI
Member [заблокирован]

Откуда: http://rstudio.at.ua
Сообщений: 1667
JErik
eyes wide open
JErik, ок. ещё раз.
Почему Вы не используете существующие открытые алгоритмы шифрования? Вы знаете достаточно легкие способы криптоанализа информации зашифрованной ими? Зачем Вы разрабатывали свои?

Существующие открытые криптосистемы давно скомпрометированы, и существуе множество методов криптоанализа:
http://www.ssl.stu.neva.ru/psw/crypto/rostovtsev/cryptoanalysis.html
http://cadmium.ru/content/view/810/35/
http://www.osp.ru/os/2009/03/8120956/
http://www.sdteam.com/?tid=1580


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

А пока шифровать сонник для младшей сестренки пойдет, ито пока она не проговорится ...

ЗЫ: Кстате существует один единственный метод шифрования который не может быть взломан при достаточных условиях, это Метод простых блокнотов.
24 ноя 09, 10:52    [7968499]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Изопропил
Member

Откуда:
Сообщений: 31631
sqI
От паяльника

Устаревшая технология. Монтажная пена нынче применяется.
24 ноя 09, 11:10    [7968698]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Last1Cmen
Member

Откуда:
Сообщений: 30210
терморектальный криптоанализ способен взломать любой шифр... главное температуру поддерживать достаточную но не более необходимой

а автору могу только посоветовать если уж главный упор идёт на защиту то и пробовать себя "у дяди"... да прийдётся делиться и в конечном итоге не получит ничего для себя но даст надежду в мире информационной безопасности безопасности
24 ноя 09, 11:13    [7968725]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
JErik
Я понимаю что это шаг назад - в том смысле что клиент-серверные СУБД - являются заменой таго формата что предложил я..
...

Хорошо шо Вы это наконец поняли. Тока не заменой формата, а сетевой архитектуры, и не той шо Вы предложили, а той шо была 20-30 лет напад

JErik

Однако у клиент-серверных БД есть много проблем с безопасностью и ненадо мне говорить о протоколах и т.д... когда у вас тысячи пользователей и сотни баз данных - каждому настроить свой ключь вручную, и вы дадите доступ к вьюшечке хакеру а он через него взломает всю систему - хотя учитывая количество дыр и заплаток которые выходят для баз данных а ссылки я вам приводил и почти каждый день новые дыры - которые часто можно использовать даже без аутентификации, клиент-серверная архитектура на мой взгляд не очень хорошо подходит для обеспечения безопасности.

А что тут говорить? Есть специальная область по безопасности. Мы с Вами ниче тут не решим.
Думаю, что без дополнительных тестов их решения выглядят убедительней. И кста их тестировали реальные взломщики. А Вас кто?

Зато у клиент-серверных есть существенные преимущества, делающие ненужными всю Вашу архивацию.

JErik

Более того по сравнению с обычными файл-серверными базами - в моей множество улучшений: аленький размер, быстрое редактирование, быстрое изменение.... обработанные таблицы не создаются отдельными файлами - всё проворачивается в памяти - и здесь с производительностью врядле можно посморить - сравните хотябы метод многопоточной сортировки реализованной в мойм драйвере...

А мож у них есть многое шо луче чем у Вас. У них к примеру декларативная система запросов, котороя перечеркнет тысячи Ваших улучшений.
24 ноя 09, 11:15    [7968754]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
alexs0ff
Member

Откуда:
Сообщений: 59
JErik
Я разработал драйвер базы данных, который не имеет аналогов по своей

А как у Вас с поддержкой OLAP?
24 ноя 09, 11:34    [7968911]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
чукча386
Member

Откуда: Далеко от Чукотки, однако
Сообщений: 343
ТС-у
Когда-то много лет назад, когда я был совсем молодой и горячий, я разработал собственный "непробиваемый" алгоритм шифрования. Написал программку, его реализующую, тогда еще в кодах микропроцессора, даже, вроде, сочинил аппаратный релиз такого "шифратора - дешифратора", неделю ходил в эйфории от своей крутизны. Потом вскоре увидел свой метод шифрования в учебнике по как простейшее задание студентам на подборку методики его взлома.
К чему это я? Ах да, Автору: у вас эйфория от своей крутизны, похоже, слишком затянулась. Все, что вы придумали, уже давно пройдено, о чем уже на протяжении 30 серий вам пытаются доказать. И многое было отброшено либо за ненадобностью, либо из-за неэффективности этих решений.

Для оценки нужности того или иного продукта есть универсальный "измеритель" - деньги. Какие ваши обороты от продаж ваших поделок? И какие обороты "козлимых" вами ведущих и не очень производителей СУБД?
24 ноя 09, 11:43    [7969014]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
alexs0ff
JErik
Я разработал драйвер базы данных, который не имеет аналогов по своей

А как у Вас с поддержкой OLAP?
я сомневаюсь что там обычный join есть, но ТС напишет что он и не нужен, т.к. проще работать с массивами
24 ноя 09, 11:56    [7969163]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 27 28 29 30 31 [32] 33 34 35 36 .. 99   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить