Вы же понимаете, что слабым местом любой защиты является человек?
Как думаете, много бы вынес информации Сноуден если бы имел доступ к бумажным документам? А Ассанж со своим Wikileaks много бы информации получил из бумажных документов? И как тут бы помог админ-параноик, если вынос осуществлен инсайдерами? То есть лицами, которые были допущены до работы с этой информацией.
Я не говорю о том, что надо отказаться от цифры, и вернуться полностью к бумаге. Речь идет об особом классе документов, доступ к которым получат за все время их существования — два-три человека.
Непонятно «возмущение» некоторых комментаторов отсталостью технологий и теоретизирующих о секретности.
Печатная машинка изящное решение для такого рода документов — нет цифровой копии, нет вообще никакой копии документа. Есть только бумага и текст на ней.
С электронным документом сразу же всплывает куча проблем — остается цифровой след, который надо контролировать, то есть придумывать и решать кучу административно-технических процедур гарантирующих его уничножение или хранение.
On-line перемещение партиций таблиц (больше не надо останавливать Instance, все далает на лету).
не совсем верно. Партиции и до 12с можно было двигать без остановки Instance. Новый режим Online перемещения не деструктивен по отношение к запросам идущим по перемещаемой таблице. Раньше индексы инвалидировались, что приводило к остановке всех активных запросов над таблицей.
А вот для чего действительно приходится останавлиать инстанс — это для физического перемещения файлов. В 12с добавили Online перемещение файлов данных без остановки Instance и остановки операций над перемещаемыми блоками.
в данном случае во главу угла ставится надежность, а не продвинутость оборудования. Поэтому используются проверенные компоненты, по которым накоплен положительный опыт использования, а не новейшие по которым такого опыта еще нет.
обычный суппорт, в стиле «у нас все работает, проблемы на вашей стороне»
Мне что-то подобное ответили на мои проблемы с авторизацией в вовке, когда поменялся мой IP адрес на другого провайдера. Система тупо банила меня и предлагала сменить пароль под предлогом, что обнаружена попытка несанкционированного доступа. После пяти смен пароля и чтения всех ФАКов на сайте, написал в суппорт. Через сутки все заработало само, а мне пришло письмо — что у них все хорошо =(
2. www.viva64.com/ru/l/0002/ — тут подробнее.
А насчет PHP — в Windows обычно берут бинарные сборки, а в них библиотеки уже собраны под конкретную версию оракловой библиотеки, и с другими версиями оно работать не будет.
Для 64х битной оракловой библиотеки надо 64х битную версию PHP, а их готовых под Windows на официальном сайте я не видел. Ну и до кучи надо будет еще 64 битную версию Apache или другого веб-сервера.
1. Разнице в потреблении ресурсов между Express и Stadndard/Enterprise Edition нет. В Express просто ограничения на кол-во используемых ресурсов для базы.
хм, можно еще вынести на другие физические диски файл подкачки и TEMP. Первое в настройках быстродействия свойств компа, второе в переменных средах там же (достаточно поменять пути для TEMP и TMP)
Что хорошо японцу, плохо русскому и наоборот. Помимо всего прочего надо учитывать расовую генетическую предрасположенность к тому или иному типу продуктов — это так же научно доказанный факт. Например, народы крайнего севера без особых проблем потребляют жирную и высококалорийную пищу (оленина), от которой простому европейцу поплохеет. Папусы каких-нибуть островов живут на банановой диете, на которой не выживет европеец или тот же японец.
Во-вторых, японцы не единственные долгожители (кстати, насколько я помню — у них всего на одном небольшом острове высокая концентрация долгожителей). Взять тот же Кавказ. Вообще последние исследования сходятся на том, что долголетие в этих регионах обусловлено не продуктовым составом, а количеством пищи — большинство долгожителей голодали в молодости.
1) Не надо среднюю продолжительность жизни путать с продолжительностью жизни выживших. Высокую детскую смертность побороли только в 20-м веке, на конец 19 — начало 20 века средняя продолжительность жизни была порядка 30-40 лет.
2) Рыба тоже мясо. Вообще непонятна спорность мясоедства, анатомически уже давно показана всеядность человека — это же видно по строению зубов (наличие клыков) и короткому желудочно-кишеному тракту.
NULL не удачный выбор, для неизвестной звезды в таблице связей все равно придется запись создавать. А так создаете по шаблону некую запись для неизвестной звезды (для каждой неизвестной свою) и ставите признак необходимости уточнения — вдруг ее найдут, или она уже есть в других каталогах.
Еще советую для порядка завести таблицы-справочники на которые будете ссылаться в основных таблицах — это упростит код в итоге.
на вскидку:
1. таблица звезд с базовыми параметрами — класс, спектр, координаты, etc.
2. таблица двойных (кратных) систем — здесь название и какие-то общие параметры системы
3. таблица связей — звезд с системами, сюда же можно добавить поля обязательных параметров связей, например период обращения, какая звезда является главной и т.д.
4. Опционально — табличка с необязательными параметрами. Можно ее до кучи формализовать например в виде ключ-значений, и создать вспомогательную таблицу связей основных таблиц с таблицей доппараметров.
у всех табличке, кроме таблицы связей — уникальные, генерируемые базой первичные ключи, по ним и связывать таблицы. Это не отменяет необходимость наличие естественных уникальных ключей — например название звезды, которые будут использоваться при заливке новых каталогов, но позволяет не заморачиваться с формализацией этих ключей
Если в двойной звезде не указана одна из звезд — значит заводим в каталоге звезд — дефолтную звезду-шаблон.
В таблички хорошо бы добавить поле достоверности информации, чтобы помечать при первичном ипорте записи требующие уточнения информации. До кучи можно создать пару таблиц хранящих историю обсуждения и уточнения информации пользователями системы, чтобы можно было комментарии по ходу уточнения хранить.
PS. Больших таблиц особо бояться не стоит, 10-20-30 млн. записей это ерунда для современных БД =))
У меня тут под боком оракловые базы на полмиллиарда новых строк в месяц и ничо, работает все =).
Как думаете, много бы вынес информации Сноуден если бы имел доступ к бумажным документам? А Ассанж со своим Wikileaks много бы информации получил из бумажных документов? И как тут бы помог админ-параноик, если вынос осуществлен инсайдерами? То есть лицами, которые были допущены до работы с этой информацией.
Я не говорю о том, что надо отказаться от цифры, и вернуться полностью к бумаге. Речь идет об особом классе документов, доступ к которым получат за все время их существования — два-три человека.
Печатная машинка изящное решение для такого рода документов — нет цифровой копии, нет вообще никакой копии документа. Есть только бумага и текст на ней.
С электронным документом сразу же всплывает куча проблем — остается цифровой след, который надо контролировать, то есть придумывать и решать кучу административно-технических процедур гарантирующих его уничножение или хранение.
не совсем верно. Партиции и до 12с можно было двигать без остановки Instance. Новый режим Online перемещения не деструктивен по отношение к запросам идущим по перемещаемой таблице. Раньше индексы инвалидировались, что приводило к остановке всех активных запросов над таблицей.
А вот для чего действительно приходится останавлиать инстанс — это для физического перемещения файлов. В 12с добавили Online перемещение файлов данных без остановки Instance и остановки операций над перемещаемыми блоками.
У меня тоже дома LG, я проблему решал транскодированием видео на лету посредством компа.
Мне что-то подобное ответили на мои проблемы с авторизацией в вовке, когда поменялся мой IP адрес на другого провайдера. Система тупо банила меня и предлагала сменить пароль под предлогом, что обнаружена попытка несанкционированного доступа. После пяти смен пароля и чтения всех ФАКов на сайте, написал в суппорт. Через сутки все заработало само, а мне пришло письмо — что у них все хорошо =(
через Интернет не пробовал, проще было в магазин зайти =)
2. www.viva64.com/ru/l/0002/ — тут подробнее.
А насчет PHP — в Windows обычно берут бинарные сборки, а в них библиотеки уже собраны под конкретную версию оракловой библиотеки, и с другими версиями оно работать не будет.
Для 64х битной оракловой библиотеки надо 64х битную версию PHP, а их готовых под Windows на официальном сайте я не видел. Ну и до кучи надо будет еще 64 битную версию Apache или другого веб-сервера.
2. 32 битные приложения требуют 32 битных драйверов, 64 битные — 64 битных ;-)
Во-вторых, японцы не единственные долгожители (кстати, насколько я помню — у них всего на одном небольшом острове высокая концентрация долгожителей). Взять тот же Кавказ. Вообще последние исследования сходятся на том, что долголетие в этих регионах обусловлено не продуктовым составом, а количеством пищи — большинство долгожителей голодали в молодости.
2) Рыба тоже мясо. Вообще непонятна спорность мясоедства, анатомически уже давно показана всеядность человека — это же видно по строению зубов (наличие клыков) и короткому желудочно-кишеному тракту.
news.cnet.com/8301-1001_3-10209580-92.html
en.wikipedia.org/wiki/Google_platform
Еще советую для порядка завести таблицы-справочники на которые будете ссылаться в основных таблицах — это упростит код в итоге.
1. таблица звезд с базовыми параметрами — класс, спектр, координаты, etc.
2. таблица двойных (кратных) систем — здесь название и какие-то общие параметры системы
3. таблица связей — звезд с системами, сюда же можно добавить поля обязательных параметров связей, например период обращения, какая звезда является главной и т.д.
4. Опционально — табличка с необязательными параметрами. Можно ее до кучи формализовать например в виде ключ-значений, и создать вспомогательную таблицу связей основных таблиц с таблицей доппараметров.
у всех табличке, кроме таблицы связей — уникальные, генерируемые базой первичные ключи, по ним и связывать таблицы. Это не отменяет необходимость наличие естественных уникальных ключей — например название звезды, которые будут использоваться при заливке новых каталогов, но позволяет не заморачиваться с формализацией этих ключей
Если в двойной звезде не указана одна из звезд — значит заводим в каталоге звезд — дефолтную звезду-шаблон.
В таблички хорошо бы добавить поле достоверности информации, чтобы помечать при первичном ипорте записи требующие уточнения информации. До кучи можно создать пару таблиц хранящих историю обсуждения и уточнения информации пользователями системы, чтобы можно было комментарии по ходу уточнения хранить.
PS. Больших таблиц особо бояться не стоит, 10-20-30 млн. записей это ерунда для современных БД =))
У меня тут под боком оракловые базы на полмиллиарда новых строк в месяц и ничо, работает все =).
А вот «поэтов серебрянного века» многим манагерам-продажникам не помешало бы, глядишь мысли бы смогли четко свои излагать.
Вообще, одна из задач литературы в школе — это развитие красноречия. Быдло, которое не может двух слов связать, ничего никому не продаст.