к сожалению, многие люди продают эти самые статьи, и предложение бесплатно раздавать их на Хабре им не понравится. Тем более это не понравится правообладателю, которому переданы права, с ними-то всё ясно - с ними договориться невозможно
В JS, что именно новых технологий очень мало, в основном переписывание существующего в слегка другом виде (которое вот да, происходит в бешеном темпе). Проходит несколько лет, и ты начинаешь замечать, что всё это уже было.
В вебе конечно есть настоящие новинки типа появления ajax, вебсокетов, статической типизации (typescript & definitely typed), virtual dom (react), web assembly (в варианте asm.js/emscripten), ставшее нормой использование транскомпиляторов (в первую очередь бабел и тайпскрипт) итп.
Но в целом плотность таких новинок ничуть не выше, чем в той же серверной Java. Например, в то время как в JS-мире сооружали транспилеры кофе и тайпа, в джава-мире соорудили кучу JVM-языков
Короче, сомневаюсь что вера в "новые технологии в мире JS" может привести к чему-то хорошему. Скорей к бездне потерянного времени, потерянного на методом научного тыка выяснение, чего там было по-настоящему новое, а что - очередной шлак
Вроде Groovy все хуже и хуже становится. Со скалой есть проблемы: долго компилится, несет чушь в дебагере, иногда притормаживает (списки!). Плюс странная система типов. Плюс целостность инфраструктуры: попробуй скомпилировать Play2 из транка под новой Скалой и открой для себя чудесный мир невероятных мучений!
у нас всё в соответствии с PSR. Между автолоадерами есть разница. Важно же не только то, что автолоадер как-то справляется, а еще и как именно он справляется.
Из перечисленных вопросов самый важный сейчас — объектный кэш, работающий без сериализации, на уровне движка языка. Чтобы объекты можно было хранить между перезагрузками страницы, но не тратя времени на сериализацию-десериализацию.
Спасибо) Но нужно сделать одно маленькое замечание для людей, которые в будущем нагуглят этот вопрос. Я не нашел ни одного способа, как можно выполнить желаемое с помощью датапампа и других утилит, т.к. они все требуют доступа к файлам, а по условию задачи доступа к файлам нет, есть только sql connection через драйвер базы данных. Так же все советы про db link тоже не имеют смысла, т.к. требуют покупки и установки Оракла на компьютер, который будет делать бэкап (это невозможно хотя бы по двум причинам: лицензия на Оракл стоит намного больше нашей бесплатной софтинки для бэкапа, помочь в реализации которой и должны были ответы на этот вопрос, плюс установка Оракла на неподдерживаемую операционную систему (никто же не будет покупать RHEL ради бэкапа, ведь правда?) — это такой гемор, который не каждому под силу, в ближайшее время буду писать подробный гид по установке Оракла на ArchLInux x86_64)/ Короче. Способа осуществить желаемое в топике средствами Оракла я не нашел. Что могу посоветовать гуглящим: использование стандартного JDBC с ограничением на FetchSize будет использовать довольно быструю реализацию работы с курсорами, которая на три порядка быстрее стандартного виндовинга через rownum от Тома Кайта (при размере таблицы в пятнадцать миллионов записей, чем дальше — тем медленней), а инсерты пачками (более одного row в списке insert values) — на пару порядков быстрее индивидуальных инсертов (на том же размере базы и коммуникации через виртуальную сетевую карту — дело происходило внутри VMWare).
подрузмевалось схема = «чертеж» для создания БД, описанный формальным языком. Схема таблицы/отношения — это заголовок таблицы/отношения (набор аттрибутов, для каждого из них имя, тип/домен, порядок для SQL). В SQL-based RDBMS схема, кроме набора схем таблиц, включает еще и вьюхи, индексы, пакеты, процедуры, функции, итп
под «без схемы» подразумевается, что не нужно решать задачу анализа и формальной записи (анализировать структуру БД, как-то ее описывать, дампить в файл, отображать на другой тип БД например Oracle->Postgres, итп), предположим что она решена. Нужно скопировать только строки таблиц, сохраняя присущие строкам параметры (соответствие названию таблицы, порядку аттрибутов в заголовке таблицы, сохранение порядка строк).
под «бекапом» подразумевается резервное копирование данных (в нашем случае — строк таблиц) на какой-то внешний по отношению к базе данных сервер. Как написано в пункте «ресурсы», единственным средством коммуникации между сервером-БД и сервером-бэкапером является обычное подключение до БД (я использую Java, соответственно жавовский драйвер оракла и стандартный Connection, но расстаться с Жавой ничто не мешает), инициируемое со стороны сервера-бэкапера.
GoldenGate посмотрю — спасибо!
Вопросы по GG:
1) оно free+opensource? Не нашел исходников на сайте Оракла.
2) оно точно не требует никакой настройки со стороны сервера-источника данных? (подразумевается, что на сервере базы данных есть оракл, установленный с настройками по умолчанию, и это всё что у нас есть. Большинство утилит требуют всяких специальных настроек).
Вообще, вопрос про то, как максимально эффективно запрограммировать слив данных с сервера. У меня ограничения на время копирования — всего несколько суток, так что это очень важно.
я всячески против всего этого патентно-защитного булшита, и смысл вопроса был как раз в увеличении прав работника, а не в создании эффективной системы рабства
у потенциального работодателя огромный негативный опыт случаев, когда сотрудники уходили и создавали по образу-подобию сильные конкурирующие продукты, в результате чего все присутствующие занимались выносом серверов друг друга из датацентров, бесконечными судами, итп. То есть, непосредственные последствия очевидны, неочевидны финальные результаты разборок.
у линукса очень плохо с клавиатурами, котоыре не следуют стандартам. То, что стандарты идиотские (например, ограничение на диапазон кодов клавиш) — другой вопрос ;) У моей Microsoft Natural Ergonomic работают все мультимедийные клавиши (включая комбинации с f-lock), но не работает зум. Емнип, между выпуском этой клавиатуры и написанием первого драйвера к ней прошло пару лет, и еще пару лет до того, как он официально попал в ядро.
