На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ



Скачать 384.72 Kb.
страница1/3
Дата25.07.2014
Размер384.72 Kb.
ТипДокументы
  1   2   3

Вопросы и ответы по Линтер

Вопросы и ответы при сопровождении СУБД Линтер

  1. На сколько уменьшается эффективность работы СУБД Линтер при использовании её комплекса средств защиты?

Ответ: Это не простой вопрос, поскольку эффективность Линтер сиспользованием комплекса средств защиты (или ядра безопасности) зависит от многих факторов. Средства защиты Линтер составляют достаточно гибкий комплекс. Эффективность всей работы системы будет зависеть от того на сколько полно используется ядро безопасности (например, насколько велик список событий, подлежащих обязательному протоколированию). Естественно, что с увеличением требований к защите данных, эффективность системы падает.

С другой стороны многое зависит от запросов прикладной системы, использующий Линтер и её комплекс средств защиты.. Обработка одних запросов практически не замедлится (например, найти конкретную), но запросы, требующие просмотра многих страниц (например, запросы с Like условиями, с условиями на больше/меньше) замедлятся более ощутимо.

Наши эксперименты показали, что замедление может составить до 15%.


  1. Есть ли третьи фирмы, пишущие для Линтер?

Ответ: Да. Такие фирмы есть. Этот год мы довольно активно и успешно сотрудничали с белорусской группой SSSGroup. По нашему заказу ими сделаны для Линтер Вполне законный и важный вопрос. Основой совместимости мы считаем стандарты, главным из которых является стандарт на язык запросов – SQL 89/SQL 92.

Вторым не менее важным моментом является ODBC-драйвер, который позволит Линтер обслужить любое «стандартно» написанное в терминах ODBC приложение.

Кроме этого, есть масса других стандартных интерфейсов, например, JDBC, PHP, LinTcl, которое расширяет возможности Tcl/Tk и т.п.

«Третий кит» нашей совместимости – набор конвертеров данных из распространённых форматов (например, из DBF) в базу данных Линтер, а так же эмулятор СУБД Oracle на уровне Pro*C и OCI.



  1. Следующий вопрос конечно же о надёжности.

5.2. Какова стратегия фирмы Релэкс на будущее?

5.3. Оценить примерно российский рынок СУБД в $?

5.4. Оценить примерно сегодняшнее соотношение приложений файл-сервер и клиент-сервер

5.6. Подробнее про защиту данных

5.7. Используется ли у Вас технологии искуственного интеллекта?

5.8. Про объектные БД (в каком состоянии)

5.9. Почему ТАМ выбрали нас ЗДЕСЬ?

5.10.Как Линтер связан с другими СУБД (прототипы и пр.)?

5.11.На чём можно разрабатывать приложения на платформе Линтер?

Ответ: Система вполне надёжна. Основой её надёжности является журнал транзакций.

Отказ оборудования, питания, операционной системы и пр. не может привести к потере данных, зафиксированных в базе данных приложением.

При особенных требованиях к надёжности можно использовать систему «Горячего резервирования»

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

Причём для получения копий не нужно останавливать систему.


  1. Не менее частый в последнее время вопрос о масштабируемости СУБД Линтер.

Ответ: Потребность в масштабируемости системы стала достаточно насущной, особенно в последнее время, когда появляется новая многопроцессорная техника, когда оперативная память становится гораздо доступнее и дешевле.

Итак. По отношению к объёму ОЗУ СУБД Линтер достаточно масштабируемая система (т.е. чем больше объём, тем, почти пропорционально, быстрее работает система).

Что касается зависимости её эффективности от числа процессоров на Вашем сервере, то здесь зависимость эффективности от числа процессоров ещё далека от линейной.

На данный момент при переходе с обычной ЭВМ на двухпроцессорную, Вы, используя Линтер, не получите выигрыша в 2 раза. Максимум в 1.5.

А при переходе на 4-х процессорный вариант (с однопроцессорного) выигрыш может составить от 70% до 100% (интересующиеся могут посмотреть вопрос № ?).


  1. Расскажите о мобильности Вашей СУБД. На каких платформах она работает?

Ответ: Линтер работает на многих программно-аппаратных платформах: UNIX SYSTEM V, SINIX, SUN Solaris, Intel Solaris, Digital UNIX, UNIXWare, USIX, FreeBSD, Linux, OS/9000, OS-9, QNX, Novell NetWare, VAX/VMS, OpenVMS, MS DOS, MS WINDOWS 3.xx, MS WINDOWS 95/98, MS WINDOWS NT, OS/2.

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

Кроме внешнего интерфейса, Линтер мобилен также и по программному интерфейсу. При переносе прикладной информационной системы на другую платформу не возникнет проблем, связанных с программными интерфейсами (Call-интерфейсом, LinAPI и Pci).

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

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


  1. Как же при такой многоплатформенности вы поставляете свою систему?

Ответ: Дистрибутив представляет собой CD-диск, содержащий всё на все случаи жизни, т.е. содержащий дистрибутивы для всех платформ.

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

То, что он может считать с CD, определяется лицензионным соглашением.


  1. Мы слышали, что Ваша СУБД чуть ли не единственная в нашей стране, которая удовлетворяет повышенным требованиям к конфиденциальности информации. Так ли это?

Ответ: Да, это так. Есть версия СУБД Линтер, сертифицированная Государственной комиссией при Президенте РФ на 2-ой класс защиты(!).

Перечислим лишь немногое из тех средств защиты, что есть на вооружении в СУБД Линтер:



  • авторизация пользователей;

  • контроль доступа к информации (ядро безопасности);

  • дискреционная защита;

  • привилегии безопасности, привилегии доступа, роли;

  • мандатная защита;

  • контроль доступа с удаленных станций;

  • протоколирование работы (или система слежения);

  • контроль за хранением информации;

  • удаление остаточной информации.

А так же многое другое. Специалистов можно отослать к соответсвующим разделам технической или рекламной документации (Linter Overview, например).

  1. В каком виде поставляется документация на систему?

Ответ: Документация существует и поставляется в двух видах: гостированная (т.е. выполненная по государственным стандартам) и коммерческая. В последнем варианте мы постарались уйти от сковывающих описания жёстких требований стандартизации и излагать материал более доступно, образно и доходчиво.

Кроме того, документация поставляется и в виде html-справочников, так что при работе её всегда можно посмотреть не отрываясь от монитора.



  1. И всё-таки о производительности…

Ответ: Это достаточно сложный вопрос не только для нас, но и для всех разработчиков подобных сложных систем…

На нашем тестовом полигоне мы постоянно сравниваем СУБД Линтер с достаточно извесными и признанными во всём мире системами: DB2, Oracle и Microsoft SQL Server.

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

Так же при сравнении выяснилось, что на многих видах работ СУБД Линтер не отстаёт от знаменитых аналогов. Например, там, где речь идёт об обслуживании большого количества небольших транзакций (типа банковских операций, тест TPC-B) с большого числа клиентских станций (50 станций и более).



  1. За счёт чего вы достигаете такой скорости обработки запросов?

Ответ: Главным образом за счёт применения различного рода индексов.

На данный момент их два вида – индексы, построенные в виде дерева (B*-дерево) и битовые индексы.

Теперь расширены границы индексирования. Обычный индекс (по B*-дереву) можно построить для столбца длиною до 1024 байта, а общая длина ключа в составном индексе не должна превышать 256 байтов.

Можно даже строить индекс (например, словный) даже по текстовым BLOB столбцам таблицы.



  1. Расскажите о работе Линтер в сетевых условиях.

Ответ: За работу Линтер в сетевых условиях отвечают две компоненты:

  • сетевой драйвер клиента,

  • сетевой драйвер сервера.

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

Кроме того, сетевые компоненты обладают чрезвычайно скромными требованиями к вычислительным ресурсам. Например, драйверу сервера необходим ~1Kb на каждое соединение.

СУБД Линтер поддерживает несколько режимов работы в сети:


  • режим «клиент-сервер»

Если приложениям не требуется обращаться за данными к двум серверам одновременно (когда все они работают только с одним сервером), то такой режим работы называется «клиент-сервер».

  • режим «мультисервер»

Если приложению необходимо использовать несколько серверов баз данных (например, для перекачки информации с одного сервера на другой), то ему придётся явно указывать, к какому из них он обращается в каждый конкретный момент.

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

Этот режим в документации по системе Линтер называется «мультисервер». Отличие его от распределённости в том, что базы данных, расположенные на различных серверах, не составляют единого целого, таблицы различных серверов не могут участвовать в одном запросе, а также в том, что приложению необходимо явно указывать те серверы, к которым оно обращается.


  • Распределенная база данных

Концепция распределённости СУБД Линтер позволяет прозрачно обрабатывать запросы к данным, находящимся в различных базах данных вне зависимости от их физического расположения.

Главная компонента аппарата распределённости - loltp - процесс, который работает с удаленным сервером. Он принимает запрос от локального ядра во внутреннем формате и формирует из него SQL-запрос к удалённому серверу. Соответственно, при этом используется сетевой клиентский драйвер.

На данный момент локальное ядро и сам loltp работают с запросами синхронно, всегда ожидая ответа (локальное ядро от loltp и само loltp от удалённого сервера). Однако фирма Релэкс ведёт работы по разработке асинхронной технологии распределённости.

Кроме того, дублируется описание таблицы на локальном и удалённом серверах. При изменениях в удалённой таблице её описания (в локальной и удалённой базе) должны быть изменены одинаково.



  1. Какие сетевые протоколы поддерживает СУБД Линтер?

Ответ: Основные сетевые протоколы, поддерживаемые СУБД Линтер это – TCP/IP, IPX/SPX, DECNet.

  1. Как организовать связь с Линтер по TCP/IP из MS DOS’а?

Ответ: Необходимо загрузить стек протоколов TCPIP. Поддерживается 2 стека: Novell и Beame & Whiteside. Первый из них можно получить из Netware Client for DOS в виде программы tcpip.exe. Второй представляет собой драйвер tcpip.sys, поставляемый с соответствующим пакетом.

Настройку драйверов необходимо выполнять в соответствии с документацией на соответствующее ПО.



  1. В прошлом году Вами было заявлено увеличение объёмов базы данных Линтер.

Ответ: Да, действительно. Ещё в прошлом году мы поставляли систему, в которой были некоторые ограничения, мешавшие многим из наших партнёров… Число записей в одной таблице было ограничено 34-мя миллионами, общий размер таблицы не мог превышать 18Гб.

На данный момент эти ограничения значительно отодвинуты. Так уже в конце 1999 года мы поставляли Линтер v.5.7, где максимальное число записей в одной таблице составляет 1 миллиард, а общее файловое пространство таблицы практически неограничено.



  1. Остались ли у Вас в новой версии те удобные средства реального времени, которые были в предыдущих версиях?

Ответ: Остались.

Более того эти средства получили в новой версии своё дальнейшее развитие. Я имею ввиду приоритеты обработки запросов. Если в предыдущих версиях СУБД Линтер в зависимости от приоритетов распределялся только один ресурс – время обработки, то теперь в эту зависимость вовлекаются все ресурсы, требуемые для обработки (например, чаще вытесняться из пула СУБД будут те страницы, которые прочитанны менее приоритетными запросами).

Кроме приоритетной обработки напомню и про другие средства реального времени:


  • возможность подачи запросов в асинхронном режиме (полнокровная асинхронность с определением процедуры обработки ответа, которая включится только тогда, когда программа будет прервана пришедшим от ответом на запрос);

  • аппарат событий;

  • возможность отделения этапа трансляции запроса от этапа его выполнения;

  • возможность слежения из приложения за состоянием использования ресурсов ядра СУБД.

  1. Я читал о достаточно сложной и гибкой системе транзакций в СУБД Линтер. Расскажите, пожалуйста, поподробней об этом.

Ответ: В Линтер три основных стратегии (или режима) работы транзакций:

  • оптимистичная (Optimistic Concurrency Control)

Модификации данных поступают не в базу, но только в системный журнал вместе со старым образом данных.

При переносе очередного изменения (при фиксации изменений) Линтер сравнивает старый образ модифицируемых данных из журнала и из базы. Если образы совпадают (данные никто не менял), то это очередное изменение попадает в базу, в противном случае (кто-то уже успел раньше изменить и зафиксировать данные) откатывается вся транзакция, а приложению возвращается соответствующее сообщение.

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


  • пессимистичная (Pessimistic)

Классический режим работы транзакций. Все изменения поступают сразу в базу данных, а также и в системный журнал. Однако эти изменения не видны другим транзакциям (заблокированы) до тех пор, пока не пройдет её фиксация/откат.

Тупиковые ситуации разрешаются обычно в пользу более высокоприоритетной транзакции, а при равном приоритете в пользу той, которая проработала большее время.



  • стратегия read-only

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

В Линтер транзакция read-only не блокирует данные. Но при её появлении, все другие транзакции, изменяя данные, оставляют (для неё и ей подобных) тот образ, который имели данные, когда транзакция read-only стартовала.

Таким образом, транзакция read-only получает базу данных именно на момент её старта, как бы моментальный «снимок» базы данных.

Иерархия транзакций в СУБД Линтер.

В СУБД Линтер каждое приложение может использовать как обычные плоские транзакции, так и иерархические.

Классические плоские транзакции представляют собой последовательность запросов, завершающуюся оператором фиксации/отката Commit/Rollback. При этом приложение не может откатить лишь отдельные изменения, ему разрешено руководствоваться только одним принципом - «или всё, или ничего».

Для реализации более гибкой логики транзакционной работы СУБД Линтер предоставляет пользователю возможность иерархии транзакций. Т.е. соединение можно рассматривать как вершину иерархии, а по подчинённым каналам могут проходить параллельные транзакции, каждая из которых может независимо фиксироваться/откатываться. Фиксация/откат по соединению равносилен фиксации/откату всех подчинённых транзакций.



  1. Осталась ли новая версия системы столь же простой в использовании как и предыдущие?

Ответ: Система конечно же серьёзно выросла и усложнилась.

Но мы посторались сохранить главное её свойство – встраиваемость(термин наш). Что мы под этим понимаем? Незаметность системы в конечном продукте.

Известно, что СУБД – это лишь инструмент… Но реальную ценность для потребителя составляет только то, что сделано с использованием этого инструмента. Конечный пользователь – «человек с улицы», купивший коробку с нужным ему приложением не хочет знать о том, что внутри системы, на что она опирается и т.п.

Однако многие СУБД, например, Oracle «трудно не заметить» в конечном приложении. И это ещё слабо сказано. Подобные системы требуют специальных знаний и опыта для их настройки и использования.

В противоположность этому СУБД Линтер v.5.7 (не смотря на усложнения, появившиеся в последнее время) хорошо встраиваемая система. Она сравнительно просто настраивается и требует сравнительно мало ресурсов.


  1. Какие средства разработки приложений можно использовать при работе с СУБД Линтер?

Ответ: Конечно же те средства третьих фирм, которые используют стандартный ODBC протокол.

Кроме средств сторонних фирм можно использовать средства, которые поставляются вместе с СУБД Линтер. Одно из таких средств – ЛАКУНА. Это мощная case-система для быстрой подготовки информационных приложений в среде Линтер.

Разработка приложений средствами ЛАКУНЫ выполняется в интерактивном режиме с хранением кода в служебных таблицах базы. В окончательном виде приложение представляет собой набор структур данных (документов) и правил (процедур) их обработки.

Проектирование приложений существенно упрощается за счет следующих отличительных особенностей инструментального средства ЛАКУНА:



  • удобной интерактивной системой создания форм;

  • использованием 4GL-языка VisualScript;

  • встроенными возможностями обработки стандартных действий пользователя (удаление, добавление, обновление, печать данных);

  • мощной справочной системой, в подавляющем большинстве случаев не требующей от разработчика написания дополнительного кода;

  • универсальным генератором отчетов и другими возможностями ИС.

ЛАКУНА позволяет формировать отчеты практически любой сложности и автоматически по заданной структуре документа поддерживает его отображение на таблицу базы данных и обеспечивает необходимые механизмы манипуляции данными (добавление, обновление, удаление, просмотр), поиск экземпляров документов, печать экземпляров документов и сводных отчетов по нескольким экземплярам.

Для совместимости ЛАКУНЫ с приложениями, спроектированных вне ее, имеется возможность построения структуры документов по готовым таблицам базы данных.

Часто используемые элементы алгоритмов могут оформляться в виде хранимых процедур с передаваемыми параметрами. Доступ к таким процедурам возможен из любого приложения, работающего с базой данных, в которой эти процедуры хранятся. Обращение к процедурам допустимо из любого места ЛАКУНЫ, где разрешено использование вычисляемых выражений (формул).

Именно благодаря возможности написания и хранения пользовательских алгоритмов обработки событий и процедур, дополняющих и расширяющих стандартные операции ЛАКУНЫ, разработка каждого следующего приложения может выполняться более эффективно.

ЛАКУНА состоит из двух основных систем: системы разработки приложений и системы исполнения приложений (среда run-time).

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

Run-time система предназначена исключительно для эксплуатации готовых приложений, информация о которых хранится в специальным образом организованном файле данных (с тем, чтобы максимально ускорить выполнение приложений).

Кроме ЛАКУНЫ в СУБД Линтер есть ещё одно средство 4GL язык разработки приложений – Intcom.

Intcom зарекомендовал себя как очень эффективный и вместе с тем простой инструмент, позволяющий быстро и рационально реализовывать и отлаживать прикладные системы на базе Линтер.

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

Интерфейсы, организованные при помощи Intcom-программ, ориентированы на стандарт CUA (Common User Access). Кроме стандартных интерфейсных элементов можно использовать и более современные объекты - таблицы (связанные с выборкой из базы данных, файла, массива).


  1. Расскажите о тех, кто уже использует Вашу СУБД на практике.

Ответ: Линтер - система, имеющая достаточно большой стаж работы на рынке: 10 лет - это уже что-то значит. За это время у нас появилось достаточно много клиентов. Наверное, всех их перечислять здесь не имеет смысла, ограничимся лишь наиболее крупными:

  • Министерство Внутренних Дел РФ (Главное управление по борьбе с организованной преступностью)

  • Министерство обороны РФ (с 1997 года СУБД Линтер принята в качестве базового программного продукта для использования в государственных проектах)

  • Воронежское областное управление ФСБ

  • Воронежское областное управление ГИБДД

  • Министерство науки и технической политики РФ

  • Воронежский авиазавод

  • Воронежский Государственный Университет

  • Администрация Воронежской области

  • Крупнейший супермаркет г. Воронежа (Торговый дом "Россия")

  • Промышленный Строительный Банк г. Санкт-Петербург Компании EMASS Inc., Advanced Digital Information Corporation (ADIC)

  • Компания Lucent Technologies

  • Компания AllingMark Inc.

  • Компания Data Storage Research

  • Компания Logixx Inc.

  • Компания System Six Inc.

  • Национальный Университет штата Флорида (Florida International University) .

  1. Провокационный вопрос – чего не хватает Вашей системе?

Ответ: Мы сами очень критически относимся к нашим достижениям.

Во-первых, наша система ещё недостаточно распараллеливает запросы. Мы постепенно совершенствуем систему в этом напрвлении.

Вторая проблема (см. вопрос №4) – это недостаточная масштабируемость. Особенно это касается работы Линтер на многопроцессорной технике.

Третий важнейший недостаток – отсутствие полноценной возможности работы с распределённой базой данных.

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

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

Работы, конечно, много. Релэкс – молодая энергичная фирма, собравшая у себя под крылом около сотни молодых и талантливых программистов и учёных. Здесь у нас огромное поле для деятельности на благо нашей фирмы и, конечно же, нашего отечества.


  1. Можно ли как-нибудь использовать СУБД Линтер из Java-приложений?

Ответ: Линтер JDBC (спецификация JDBC 1.1) позволяет писать приложения на Java, используя СУБД Линтер.

Java-программа может быть разработана в виде апплета, загружаемого через Internet и запускаемого на стороне клиента, или в виде приложения, постоянно находящегося на стороне клиента. В любом случае интерфейс JDBC позволяет Java-приложению подключаться к удаленным базам данных, направлять к ним запросы и получать результаты обработки запросов.



При этом реализованы следующие типы драйверов

  • Pure Java client - клиент полностью написан на Java. Налицо преимущества этого типа - реализация классов на Java позволяет получить набор реализующих классов и использовать их в клиентском апплете. К недостаткам этого типа можно невысокую производительность из-за медлительности java.net.*.

  1   2   3

Похожие:

На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconПоддержка стандарта Opengis в субд линтер. Перспективы обработки гис-информации ядром субд
Поддержка пространственных (геометрических) типов данных в реляционной субд включает в себя следующие моменты
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconПавильон 6, Стенд А48
Российский профессиональный sql сервер – субд линтер
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconНовые возможности субд линтер алексей Егоров, Михаил Ермаков релэкс тезисы доклада

На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ icon4 Языки баз данных
Субд данной функции (формат файлов данных, индексирование, хэширование и буферизация) во многом зависит и эффективность функционирования...
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconPreparedStatement vs. Statement 8 CallableStatement 8 Вопросы, которые не обсуждены 9
Субд. В реальности оказывается, что некоторые объектные субд и иногда даже совсем не субд предоставляют jdbc интерфейс для работы...
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconПостановление От «28» апреля 2012 года №73
Об организации выдачи средств индивидуальной защиты неработающему населению и организации работы Пункта выдачи средств, индивидуальной...
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconЛинтер технология достижений
...
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconЛабораторная работа №3. Основы работы с субд mysql задание: Изучить основные характеристики субд mysql
Где user name – Ваше имя пользователя заданное при установке сервера, обычно используется имя root
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconОбщие проблемы защиты информации
Несмотря на все возрастающие усилия по созданию технологий защиты данных их уязвимость в современных условиях не только не уменьшается,...
На сколько уменьшается эффективность работы субд линтер при использовании её комплекса средств защиты? Ответ iconЭкономика использования водных ресурсов. 1980г. Гл Экономическая эффективность комплекса водоохранных мероприятий на Украине
На большой площади, примыкающей к левому бе­регу Каховского водохранилища, уровень грунтовых вод поднялся на 3—5 м, в связи с чем...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org