Проблемы с подключением SQL через локальные и локальные [дубликаты]
Это не мое практическое решение, но здесь я думаю, что хорошая коллекция или ресурс и учебные пособия для того, чтобы это произошло с наивысшим уровнем удовлетворения.
Предложение с этого сайта (oracle сообщество)
(чистый путь), Obfuscate вашего кода, существует множество инструментов с открытым исходным кодом и бесплатными инструментами обфускатора, вот их простой список: [Openfind obfuscators lis t]. Эти инструменты делают ваш код нечитаемым (хотя вы все же можете его декомпилировать), изменяя имена. это самый распространенный способ защитить ваш код.
2. (Не так чисто). Если у вас есть целевая платформа (например, окна) или вы можете иметь разные версии для разных платформ, вы можете написать сложную часть ваших алгоритмов на языке низкого уровня, например C (который очень сложно декомпилировать и понять) и использовать его как родную библиотеку в вашем приложении Java. он не чист, потому что многие из нас используют java для своих кросс-платформенных способностей, и этот метод ослабляет эту способность.
blockquote>, а далее ниже шаг за шагом: ProtectYourJavaCode
Наслаждайтесь! Держите ваши решения добавленными, нам нужно это больше.
3 ответа
Конечный результат тот же. Разница заключается в следующем:
- «localhost» разрешается на уровне TCP / IP и эквивалентен IP-адресу 127.0.0.1
- В зависимости от приложения «(локальный)», может быть просто псевдонимом для «localhost». В SQLServer, '(local)' и '.' означает, что соединение будет осуществляться с использованием протокола именованных каналов (разделяемой памяти) на одном компьютере (не нужно проходить через стек TCP / IP).
Это теория. На практике я не думаю, что есть существенная разница в производительности или функциях, если вы используете один из них.
-
1На практике есть одна небольшая разница в том, что вы должны проверить, какой протокол включен. Иногда по умолчанию разрешены только определенные протоколы, которые можно увидеть и изменить проще всего в диспетчере конфигурации SQL Server. Это будет иметь большое значение, если вы подключаетесь через TCP / IP, но, например, включены только именованные каналы. – jamiebarrow 8 October 2015 в 15:37
-
2Недавно я заметил, что когда в контексте текущего сервера вы можете обратиться к текущему экземпляру без указания имени. Я создал задание, и имя сервера не будет принимать имя экземпляра вместе с localhost (например, localhost \ SQLEXPRESS), но оно знает (локально) без указания имени экземпляра. То же самое верно для источника данных SSIS, где он знает, что текущий экземпляр как (локальный), не указав фактическое имя экземпляра. – MichaelChan 24 August 2017 в 22:15
Насколько я знаю, точка "." и "local" являются терминами приложения Windows, а не «стандартным» термином, localhost разрешает 127.0.0.1 на уровне TCP / IP, поэтому, если вы хотите убедиться, что вы «совместимы» на разных платформах, вы должны использовать либо localhost, либо 127.0.0.1
-
1& Quot; & Quot локальный; не является волшебным или зарезервированным словом; его определение существует в / etc / hosts или \ WINDOWS \ SYSTEM32 \ DRIVERS \ ETC \ HOSTS, или ... – tzot 1 October 2008 в 02:12
-
2@tzot Когда я сказал, что localhost - это волшебное или зарезервированное слово? Напротив, я сказал, что точка и локальные стандарты стандартов имен SQL-Server / Windows являются более стандартными и что localhost разрешает 127.0.0.1 файл hosts, как правило, как в unix, так и в windows. Учиться читать? – Gustavo Rubio 9 January 2015 в 08:01
Они, как правило, являются синонимами. Однако это зависит от приложения, которое вы настраиваете. Пока приложение понимает, что вы имеете в виду, оно не должно приводить к потере производительности. По крайней мере, не из тех, кого вы должны откорректировать преждевременно, если вы получите мой дрейф.