Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 15 16 17 18 19 [20] 21 22 23 24 .. 99   вперед  Ctrl
 Re: Разработал драйвер баз данных, что дальше???  [new]
tanglir
Member

Откуда:
Сообщений: 28966
JErik
открывать код своих разработок - это по меньшей мери - глупо...
И то правда, ведь, почитав код, могут такие комменты оставить... :)
JErik
Програмы написанные на FVMas - безопасны, не подвержены взлому и уязвимостям, типа: переполнения буфера, CGI-сценарии лишены дыр и SQL-иньекций и прочей нечести...
...и несовести.
Программы, написанные на QBasic, тоже не подвержены взлому и уязвимостям - потому что не надо оно никому, ломать такие программы
автор
Если кто-то из пользователей изменяет БД - сервер автоматом делает резервную копию - максимальная задержка от изменения до создания резервной копии (в данный момент у меня чтобы сильно не нагружать ПК) составляет 15 сек...
ЫЫЫ. бэкап/рестор шести гигов за 15 секунд на сотом пеньке? Может, мы все тут реально отстали от жизни?
Есть где-нить нормальное описание, как оно работает, или везде только общие (зачастую взаимоисключающие) фразы?
16 ноя 09, 18:03    [7935809]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
JErik
Зайцев Фёдор
как убить результаты работы - читаем файл утром, вечером накатываем обратно, сверху свои изменения. на все вопросы - это не я, идите в лес
Непонял - вот это я непонял можно по подробнее???....
Сервер хранит суточные резервные копии БД - по суткам за последний год, то есть за любое время доступно... Если кто-то из пользователей изменяет БД - сервер автоматом делает резервную копию - максимальная задержка от изменения до создания резервной копии (в данный момент у меня чтобы сильно не нагружать ПК) составляет 15 сек... В случае повреждения данных или удаления БД - сервер не позднее чем через 15 сек - восстановит резервную копию БД - хотя доступа на удаление нет ни у кого - на удаление вообще запрет поставил всем :)

ок. 3 телефонные станции непрерывно пишут в 1 базу. каждые 15 секунд создаётся резервная копия на 6Гб. сколько будет резервных копий в день?

для изменения данных есть 15 сек. в промежутках между бэкапами пишем (шустро-шустро) утренний - он корректный.
16 ноя 09, 18:03    [7935812]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Игорь Котов
Guest
JErik
У данного драйвера - как вы наверное уже догадались, существует мало заметное но очевидное преимущество для всех программистов:
Програмы написанные на FVMas - безопасны, не подвержены взлому и уязвимостям, типа: переполнения буфера, CGI-сценарии лишены дыр и SQL-иньекций и прочей нечести... Это является очевидным результатом того что всё управление памятью библиотека берёт на себя...


А какая связь между переполнением буфера и управлением памятью в прикладной программе, написанной на unmanaged языке ? Вы же не переписывали для себя VMM в Windows? И тем более непонятно при чем тут защита от SQL-инъекций, которые совершенно уже никак не связаны с работой с памятью.

На всякий случай, очень кратко: SQL-инъекции возникают, когда внешняя программа не фильтрует пользовательский ввод или делает это неаккуратно, передавая запросы на получение данных "как есть" в движок СУБД, позволяя таким образом подсунуть запросы на извлечение или модификацию, изначально не задуманные на уровне приложения. И где тут у вас защита? Собственно, это проблема даже не СУБД, а более высокого уровня.[/quot]



JErik
В общем если вам надо действительно надёжную, защищённую систему, на мой взгляд конкуренции TJ7 - в данный момент просто несуществует...


В общем, консультация по безопасности (= попытки найти уязвимость и взломать) стоят достаточно дорого, но не исключено, что вами таки займутся всерьез :-) Просто для тренировки, чтобы квалификацию не терять или наоборот приобрести начинающему.
16 ноя 09, 18:09    [7935862]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Зайцев Фёдор
JErik
Зайцев Фёдор
как убить результаты работы - читаем файл утром, вечером накатываем обратно, сверху свои изменения. на все вопросы - это не я, идите в лес
Непонял - вот это я непонял можно по подробнее???....
Сервер хранит суточные резервные копии БД - по суткам за последний год, то есть за любое время доступно... Если кто-то из пользователей изменяет БД - сервер автоматом делает резервную копию - максимальная задержка от изменения до создания резервной копии (в данный момент у меня чтобы сильно не нагружать ПК) составляет 15 сек... В случае повреждения данных или удаления БД - сервер не позднее чем через 15 сек - восстановит резервную копию БД - хотя доступа на удаление нет ни у кого - на удаление вообще запрет поставил всем :)

ок. 3 телефонные станции непрерывно пишут в 1 базу. каждые 15 секунд создаётся резервная копия на 6Гб. сколько будет резервных копий в день?

для изменения данных есть 15 сек. в промежутках между бэкапами пишем (шустро-шустро) утренний - он корректный.
база 6Гб не одна, там тысячи файлов :) - это раз, второе - клиентскаячасть - с которой работают люди - не имеет сервера для создания резервных копий - он ненужен - на сервере стоит программа дублирующая данные с сервера тарификации на клиентский сервер... Если имеется задача создания БК-па, то запускается серверное ПО, обычно для такого объёма данных как 6Гб - и тысячи таблиц - этим будет заниматься 10-20 серверных приложений - то есть каждое из них будет обслуживать свою часть таблиц... При этом контроль целостности и резервные копии создаются по очереди - по факту, то есть есть факт исправления - создаётся коия, если БД не изменялась - сразу просматривается следующая таблица, учитывая что они только читаются - сервер не будет делать резервных копий он точно будет знать что базана сервере - последняя рабочая копия...
16 ноя 09, 18:11    [7935877]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
JErik
база 6Гб не одна, там тысячи файлов :) - это раз, второе - клиентскаячасть - с которой работают люди - не имеет сервера для создания резервных копий - он ненужен - на сервере стоит программа дублирующая данные с сервера тарификации на клиентский сервер

Пусть восстанавливает. Данные на утро.
JErik
обычно для такого объёма данных как 6Гб - и тысячи таблиц - этим будет заниматься 10-20 серверных приложений - то есть каждое из них будет обслуживать свою часть таблиц...

а почему не 1? или 1000-20000000 приложений ?
а если 10 Мб и тысячи таблиц? или 600Гб и 1 таблица?
JErik
При этом контроль целостности и резервные копии создаются по очереди - по факту, то есть есть факт исправления - создаётся коия
нет там никаких изменений, там утренняя копия таблицы. и завтра будет такая же.
16 ноя 09, 18:22    [7935925]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Игорь Котов,
FVMas - имеет, функционал PsevdoSQL - котовый не поддерживает инъекций :)...
16 ноя 09, 18:27    [7935956]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Dimitry Sibiryakov
Member

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

JErik
программа безопасна - при сетевом взаимодействии

Простите, а с кем вышеприведённая программа взаимодействует по сети?

Posted via ActualForum NNTP Server 1.4

16 ноя 09, 18:30    [7935965]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Зайцев Фёдор,
1-н сервер обычно расчитан на - 100-200 баз данных...
16 ноя 09, 18:37    [7935992]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Dimitry Sibiryakov

JErik
программа безопасна - при сетевом взаимодействии

Простите, а с кем вышеприведённая программа взаимодействует по сети?
с самой базой данных...
16 ноя 09, 18:39    [7936001]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
JErik
Dimitry Sibiryakov

JErik
программа безопасна - при сетевом взаимодействии

Простите, а с кем вышеприведённая программа взаимодействует по сети?
с самой базой данных...

ну может быть остальные программы несколько более опасны
16 ноя 09, 18:41    [7936011]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
JErik
Зайцев Фёдор,
1-н сервер обычно расчитан на - 100-200 баз данных...

а почему ? и что такое "сервер" в данном случае? что значит "обычно" - это при комнатной температуре что ли ?
16 ноя 09, 18:43    [7936017]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Зайцев Фёдор
JErik
Зайцев Фёдор,
1-н сервер обычно расчитан на - 100-200 баз данных...

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

Дак вот 100 баз данных срдним объёмам 15Мб каждая у меня обслуживает один Сервер - без каких-либо нареканий - играючи... Смысл VxTJ7 - это не просто сервер - это сервер-конвертер - в одном, при этом один экземпляр программы может выполнять одновременно несолько совершенно разных функций...
Например у вас есть 2-ве БД, вам нужно следить за их работой и создаватьв реальном времени - по факту изменения 3-тью табличку на основе этих двух - как отчёт для определённых пользователей... Один сервер с этим отлично справится, добавлять новые таблицы синхронизировать и т.д.. можно простым добавлением запущенного экземпляра сервера... Конвртировать данные из ORacle или других СУБД в TJ7 или CSV - с обработкой данных на лету или по средством предварительного SQL-запроса - это тоже подсилу VxTJ7... он способен подгружать данне из нескольких источников например Oracle и TJ7 и выдавать обработанный результат в единую таблицу... Каждый сервер обслуживает максимум 255 баз данных, дабы FVMas - имеет ограничение в 255 массивов - для одновременной загрузки в память для обработки...
16 ноя 09, 19:00    [7936068]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
JErik
255 массивов - для одновременной загрузки в память для обработки...

одновременная загрузка в память - это обычный режим работы?
16 ноя 09, 19:31    [7936228]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
автор
Каждый новый клиент добавляет вычислительную мощность в общую сеть.

что именно становится мощнее? что ускоряется ? насколько? можно функцию?
16 ноя 09, 19:40    [7936260]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Dimitry Sibiryakov
Member

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

JErik
с самой базой данных...

Т.е. ваше утверждение надо читать так, что программа защищена от базы
данных?

Posted via ActualForum NNTP Server 1.4

16 ноя 09, 20:03    [7936322]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
tanglir
Member

Откуда:
Сообщений: 28966
Извините, но не удержусь.
JErik
функционал PsevdoSQL - котовый не поддерживает инъекций :)
Поддержка инъекций - новое слово в IT!
Ох, чую, не зря тут смайлик был поставлен... наверное, он(PsevdoSQL) поддерживает псевдоинъекции
JErik
разрабатывалась данная система на века
no comments.
JErik
Сервер способен сам принимать решения в экстренной ситуации...
Гаря, твои наработки безнадёжно устарели! ИИ уже создан!

PS. В этом топике становится ещё веселее, чем в том.
16 ноя 09, 20:20    [7936363]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Kuka_8
Guest
Да что тут обсуждать:
- СУБД - файлохранилище с каталогами формата ATS/yyyy/mm/dd.j7 - соответственно файлы со станции подливаются в нужный файл время от времени. Для особого извращения был сделан собственный формат файла, типа супер защищенный и сжатый:) Я уже писал про систему, которая хранит файлы аналогичным образом - в zip-архивах, на данный момент в месяц требуется 400 гигов свободного места - там не только телефония но и передача данных. За час файлы сжатые файлы могут достигать сотни мегабайт - интересно как бы прога автора их прожевала? Я пробовал несжатый CSV загружать 200 метров - не дождался.
- собственный менеджер памяти - это видимо создание массива и залитие в него файла :)
- вся это система управляется просто видимо формируя нужные пути
- насчет отображения - видимо станция собирает данные в свои файлы, потом их просто откачивают оттуда в супер-пупер базу :)
Не знаю как там реализованы отчеты за произвольный период времени - боюсь все файлы будут загружены сразу :)
16 ноя 09, 20:41    [7936404]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Sergey Orlov
Member

Откуда: СПб
Сообщений: 4510
JErik

Дак вот 100 баз данных срдним объёмам 15Мб каждая у меня обслуживает один Сервер - без каких-либо нареканий - играючи... Смысл VxTJ7 - это не просто сервер - это сервер-конвертер - в одном, при этом один экземпляр программы может выполнять одновременно несолько совершенно разных функций...
Например у вас есть 2-ве БД, вам нужно следить за их работой и создаватьв реальном времени - по факту изменения 3-тью табличку на основе этих двух - как отчёт для определённых пользователей... Один сервер с этим отлично справится, добавлять новые таблицы синхронизировать и т.д.. можно простым добавлением запущенного экземпляра сервера... Конвртировать данные из ORacle или других СУБД в TJ7 или CSV - с обработкой данных на лету или по средством предварительного SQL-запроса - это тоже подсилу VxTJ7... он способен подгружать данне из нескольких источников например Oracle и TJ7 и выдавать обработанный результат в единую таблицу... Каждый сервер обслуживает максимум 255 баз данных, дабы FVMas - имеет ограничение в 255 массивов - для одновременной загрузки в память для обработки...

Что-то это все мне напоминает, ах да репликацию баз, у Сервера стоит центральная, а у пользователя среплицированная, но не совсем среплицированная, только та часть, которая нужна клиенту...
16 ноя 09, 21:25    [7936473]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
mayton
Member

Откуда: loopback
Сообщений: 53057
Kuka_8
Да что тут обсуждать:
- СУБД - файлохранилище с каталогами формата ATS/yyyy/mm/dd.j7 - соответственно файлы со станции подливаются в нужный файл время от времени.

Развивая эту идею, можно постепенно прийти к созданию собственной DFS, что вобщем-то будет бояном т.к. эти системы уже существуют. Осталось только сравнить лицензии и выбрать подходящую. И если-б я проектировал подобную систему, то несомненно попытался бы построить её на базе DFS.
16 ноя 09, 22:28    [7936634]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

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

Дак вот 100 баз данных срдним объёмам 15Мб каждая у меня обслуживает один Сервер - без каких-либо нареканий - играючи... Смысл VxTJ7 - это не просто сервер - это сервер-конвертер - в одном, при этом один экземпляр программы может выполнять одновременно несолько совершенно разных функций...
Например у вас есть 2-ве БД, вам нужно следить за их работой и создаватьв реальном времени - по факту изменения 3-тью табличку на основе этих двух - как отчёт для определённых пользователей... Один сервер с этим отлично справится, добавлять новые таблицы синхронизировать и т.д.. можно простым добавлением запущенного экземпляра сервера... Конвртировать данные из ORacle или других СУБД в TJ7 или CSV - с обработкой данных на лету или по средством предварительного SQL-запроса - это тоже подсилу VxTJ7... он способен подгружать данне из нескольких источников например Oracle и TJ7 и выдавать обработанный результат в единую таблицу... Каждый сервер обслуживает максимум 255 баз данных, дабы FVMas - имеет ограничение в 255 массивов - для одновременной загрузки в память для обработки...

Что-то это все мне напоминает, ах да репликацию баз, у Сервера стоит центральная, а у пользователя среплицированная, но не совсем среплицированная, только та часть, которая нужна клиенту...
ТОЧНО - ИМЕННО ТАК...
17 ноя 09, 02:29    [7936927]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Kuka_8
Да что тут обсуждать:
- СУБД - файлохранилище с каталогами формата ATS/yyyy/mm/dd.j7 - соответственно файлы со станции подливаются в нужный файл время от времени. Для особого извращения был сделан собственный формат файла, типа супер защищенный и сжатый:) Я уже писал про систему, которая хранит файлы аналогичным образом - в zip-архивах, на данный момент в месяц требуется 400 гигов свободного места - там не только телефония но и передача данных. За час файлы сжатые файлы могут достигать сотни мегабайт - интересно как бы прога автора их прожевала? Я пробовал несжатый CSV загружать 200 метров - не дождался.
- собственный менеджер памяти - это видимо создание массива и залитие в него файла :)
- вся это система управляется просто видимо формируя нужные пути
- насчет отображения - видимо станция собирает данные в свои файлы, потом их просто откачивают оттуда в супер-пупер базу :)
Не знаю как там реализованы отчеты за произвольный период времени - боюсь все файлы будут загружены сразу :)
Данные просто подгружаются, естественно - если надо отобразить данные за месяц - то нет необходимости подгружать 3-ри года - достаточно подкгузить только один месяц...
17 ноя 09, 02:30    [7936930]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
Dimitry Sibiryakov

JErik
с самой базой данных...

Т.е. ваше утверждение надо читать так, что программа защищена от базы
данных?
От ошибок которые может сделать программист при работе с БД и от самой БД - если та будет искажена хакерами при передаче...
17 ноя 09, 02:31    [7936931]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
JErik
Member [заблокирован]

Откуда:
Сообщений: 468
mayton
Kuka_8
Да что тут обсуждать:
- СУБД - файлохранилище с каталогами формата ATS/yyyy/mm/dd.j7 - соответственно файлы со станции подливаются в нужный файл время от времени.

Развивая эту идею, можно постепенно прийти к созданию собственной DFS, что вобщем-то будет бояном т.к. эти системы уже существуют. Осталось только сравнить лицензии и выбрать подходящую. И если-б я проектировал подобную систему, то несомненно попытался бы построить её на базе DFS.
На самом деле - это идея простой организации хранилища табличных данных, прозрачной для программиста, сами данные программист может заносить по своему усмотрению, а пользовательский интерфейс может запрограммировать вообще как пожелает - здесь он не ограничен многими рамками - которые ставит ему стандартная архитектура.... Напрмер я сделал динамические справочники - пользователь занёс новое название он появился в справочнике - пользователь удалил все записи с данным названием - он сам исчез из справочика... В архитектуре СУБД - для реализации данной возможности придётся оочень много писать... у меня всё делается одной функцией...
17 ноя 09, 02:35    [7936935]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
stil
Member

Откуда: Кемерово
Сообщений: 1332
JErik
Данные просто подгружаются, естественно - если надо отобразить данные за месяц - то нет необходимости подгружать 3-ри года - достаточно подкгузить только один месяц...

А если надо отобразить данные за год? Необходимость подгрузить появится? Или Вы считаете, что данные за год не нужны потому что этого не может быть никогда??
17 ноя 09, 06:35    [7937027]     Ответить | Цитировать Сообщить модератору
 Re: Разработал драйвер баз данных, что дальше???  [new]
Kuka_84
Guest
Авторская поделка не имеет ничего общего с базой данных - это просто каталог с файлами некоторого формата, читать которые умеют его проги. Которые еще и сделаны так криво, что в случае немного больших обьемов, чем 10-20 метров - работать все перестанет. Поэтому все и разложено в каталоги. Единственно для чего это пригодно - просто хранение. Ни о каких транзакциях видимо речь даже не идет - хотя нет, наверное юзер работает с локальной копией - это транзакция, а когда он обратно все закачивает - это коммит :). У меня тоже тогда есть база данных своя - ей скармливается файл, а она его распихивает по таблицам(файлам) - все просто летает, берет кучу форматов на вход и сделана на перле :)
17 ноя 09, 07:15    [7937049]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 15 16 17 18 19 [20] 21 22 23 24 .. 99   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить