Тут подтверждение, что не правил руками, видео, запакованное в архив (460 кб., когда распакуете будет где-то 180 мб.)
http://sinonimayzer.ru/data/video.zip
Сейчас заливаю еще и на youtube.com, как сделает дам ссылку и туда
offlajn добавил 13.05.2010 в 17:22
ок, сейчас сделаю, но без видоса тогда)
offlajn добавил 13.05.2010 в 17:40
взято тут:
http://www.membrana.ru/articles/readers/2005/09/02/200800.html?wire=mainsection
скрин:
после проверки на уникальность, взял маленькую часть:
Разделяю на части, форум пишет, что текст большой:(
Дмитрий Шуклин о перспективах творения ненатурального интеллекта
Я нахожу, что стажировка эксплуатации реляционных конструкций правления базами сведений обнаружила немаловажные лимитирования в реляционной модели описания сведений. Ныне назрела надобность отречься от реляционной модели и направить свой взгляд на несправедливо затерянные объектно-ориентированные и сетевые модели описания сведений.
Это разрешит уже в обозримое будущее добиться приметного удача в употреблении денег принужденного интеллекта во время выяснения важных неприятностей теперешнего бизнеса.
Как небезызвестно, теперь обошли широченное распространение концепции правления базами сведений, базирующиеся на реляционной модели сведений. У множества создателей программ и системных специалистов есть устойчивое предубеждение, что реляционная модель бесповоротно выиграла в состязании и выдавила с базара прочие модели спектакля сведений.
Я нахожу, что подобная обстановка представляется краткосрочной, и в ближайшее время мы все будем очевидцами ломки этого стандарта.
Конструкции регулирования базами сведений сами собой не знают значения для юзеров. В том числе сведения, сохраняющиеся в базах, не дают дамочкой стоимости сами собой. Главной стоимостью владеют закоренелые приложения, предоставляющие пользователям вероятность имитировать немногие аспекты собственной работы и бизнеса с употреблением вычислительной аппаратуры.
Имеющие место быть сегодня бизнес-процессы характеризуются ненизкой трудностью. Смотрится направленность осложнения бизнес ходов из-за с становлением ходов глобализации и интеграции. В соответствии с этим, ужесточаются притязании к модели описания сведений бизнес-процесса.
Не смотря на располагающиеся плюса, реляционная модель спектакля сведений владеет и возле дефектов. В примере нормализации модели предметной области информационная база (БД) представляет большое количество связанных товарищ с ином таблиц.
Имиджу с тривиальной надобностью скрупулезно исполнять большое количество слияний на большинстве таблиц, эта текстура существенно усугубляет сопровождение информационной базы. При мутации бизнеса доводится по-новому конструировать ранее не известный вариант нормализованной основы и выбрасывать работа конструкторов, потраченный на исследование прежней версии БД и приложений, трудящихся с прежней версией.
Не выручает обстановку и конструирование реляционной текстуры таблиц, особо рассчитанной на перемены модели бизнеса в ходе эксплуатации приложения. В данном примере создатели реляционных БД примут на вооружение три расклада.
первый. Динамическая версия текстуры БД приложением
Сей подход сберегает нормализацию текстуры БД. Он имеет явствующими дефектами:
А вот. При мутации текстуры БД меняется конструкция сведений, введенная в БД на предшествующем рубеже ее эксплуатации. В отдельных случаях законодательство либо бизнес процесс настоятельно просят спасения исторических сведений в постоянном сорте.
Бы. Недоступность наследования в традиционной реляционной модели впечатления сведений (РМД) не разрешает обычным способом имитировать наследование понятий из бизнес модели.
В. Основная масса сегодняшних реализаций конструкции правления реляционной информационной базой (РСУБД) не дают возможность провести версию текстуры БД около транзакции. При трансформации текстуры таблиц транзакции заканчиваются. В происшествие неправильной трансформации текстуры, метаморфозы откатить станет нельзя.
два. Разворот текстуры БД на 90 градусов
Данный подход разрешает освободиться от изъянов предшествующего расклада. Для чистоты теории все объекты, сохраняющиеся в БД, доводится расположать всего в некоторых таблицах. Наиболее часто, это обе таблицы – список объектов, и список уровней их атрибутов.
Что и ведет к декартовому умножению численности объектов на численность их атрибутов и существенному возрастанию строчек в таблице атрибутов. Еще этот подход приводит к возрастанию числа воссоединений.
В перспективе повысившегося численности строчек и разрастания габарита индекса этот подход приводит к ужасающему обрушению эффективности БД.
Вспомогательным дефектами подобного расклада считаются:
- Потеря сообщении о виде атрибута объекта, что имеет возможность довести к издержке целостности сведений в БД;
- Трудности продажи атрибутов, сохраняющих коллекции взаимосвязей с прочими объектами, оказавшимися в БД (в предшествующем раскладе это принимается решение употреблением взаимосвязей 1-ин к единственному либо 1 ко немалым, имитируемыми единичными таблицами).
третьего. Применение таблиц шаблонов
В данном происшествие в БД делаются стандартные таблицы с набором колонок "на тему запас", не сопоставленных с атрибутами бизнес-объектов. В любой стандартной таблице возникает немножко колонок того и единственного ведь вида, так, например int1, int2, int3, …, int99, float1, float2, float3, … , float99, varchar1, varchar2, varchar3, … varchar99…
Одинаково в БД возникает модель бизнес-объекта, какая описывает, в каковой колонке содержатся всякий атрибут некого объекта. В данном примере 1 и такая же колонка стандартной таблицы имеет уровня полностью разных атрибутов объектов любых субъектов.
При сравнении с до того времени описанными, сей подход делает легче положение дела, ведь и он не лишен немаловажных дефектов. Создателю неотложно предвидеть все разновидности атрибутов имитируемых объектов и сотворить "на тему запас" предостаточное для предстоящего употребления численность колонок всякого возможно нужного на подобии.
Имиджу с бесспорным лимитированием по численности атрибутов 1-го мол у всякого объекта, этот подход настоятельно просит сделания и изготовления динамических SQL запросов. Что и ведет к добавочным расходам на продажу и воплощение построителя динамических запросов сообразно модели сведений. Что вновь сокращает надежность и производительность этого намерения.
Наконец, печальная обстановка, образовавшаяся в сфере употребления реляционных конструкций правления базами сведений не прекращает усложнятся. Мы все сможем следить, как изготовители РСУБД от отчаяния вводят в собственные изделии объектные расширения (Oracle, Informix, …) и перспективе по переработке XML, продажу бизнес-логики приложения на стороне СУБД средствами процедурных языков (Oracle, Microsoft, …).
На самом деле, такое положение вещей разговаривает о проигрыши реляционной модели сведений как многофункционального средства прогнозирования сегодняшних бизнес-процессов.
Хозяева имеющих место быть конструкций регулирования реляционными базами сведений, инвестировавшие в создание изделий почти все 1000000 баксов, маркетологи, располагающие главной задачей раскрутку изделия на базаре и несложно простодушные юзеры стараются нас убедить в включая, что становление РМД эволюционным путем сможет сберечь вложению и решить все описанные неприятности. Так ли это?
Для ответа на нынешний вопрос отвлечемся от конструкций регулирования базами сведений и рассмотрим прогнозирование бизнес-процесса как главную проблему, коя нынче принимается решение с использованием СУБД.
Неоспоримо, что целью индустриализации отечественного публики считается смена работы человека на работа автомобиля. Информатизация публики ведет к смене интеллекта человека на разум агрегата. Автоматизация бизнес-процессов, доведенная до абсолюта, догадывается тотальное отчуждение человека от сделания обыденных образованных задач.
немножечко поправлю...
программа уже не 25, а 30, у дилера можно купить за 27, пользователи M1pluss за 15 у.е.
мануала пока нет, автопостинг уже не только в DLE, а и на WordPress
offlajn добавил 20.04.2010 в 20:16
новая версия 1.4
авто сохранение проектов;
улучшен двиг синонимайзера;
добавлена возможность выбирать базы, теперь их в программе 6 шт.;
справка делается, скоро будет
мм..
а в чем гемор то?
запустил прогу, снял, пережал, выложил куда нибудь
зато 100%, что не подправляли ручками
насчет ручной обработки, вы не правы, у меня например на это ударение сделано в программе, хотя и авторежим тоже есть
а у меня есть предложение:
снять видео как все работает, сделать текст на автомате и в ручном режиме.
вызов принят)
процент и остальное понятно, а вот причем тут
если прога с этим проблемы имеет, разве она доработана?
а условия?
просто в m1pluss настроек много, 4 базы, можно сделать текст полностью неузнаваем. но и полностью не читаем, можно сделать читаем, но и процент замен будет невысокий)
демка есть конечно
http://sinonimayzer.ru/data/sinonimayzer_setup.exe
offlajn добавил 12.04.2010 в 13:08
указав промокод, вы купите программу за 22 доллара, вот промокод партнера, который создал эту ветку: kasey007
перейдите на страничку http://sinonimayzer.ru/index.php?page=pay
внизу есть сполер, нажмите на него, и введите промокод: kasey007
kasey0007, извини, я сейчас не по теме отвечу, адресую тому кто репу подрезал и написал "в школу", для справки, мне 37, и если подрезаешь репу, так подпишись, а то блин в тихаря репутацию уменьшил и в кусты...
sabotage, я про то, что это гибко настраиваемый движок, причем тут гибко настроить на получение трафа?
