Логический файл не является частью базы данных
Собственно довольно нехитрый инструмент, позволяющий быстро восстановить, свежий или на определенную дату, бэкап, на любую из тестовых баз. Также программка может перед восстановлением выгрузить конфигурацию БД в *.cf.
И еще немного информации по настройкам. Некоторые настройки я не стал выводить в интерфейс так как у нас на предприятии они никогда не меняются. Так как те базы что чаще всего приходится восстанавливать имеют одни и те же параметры. Но если это необходимо - вывести в интерфейс большого труда не составит. Как будет возможность постараюсь доработать эти нюансы.
Собственно настройки хранятся в файле settings.xml
Разберем по порядку.
Параметры: User, Password, MainInstance, DefaultDB, ConfigPath, NeedSaveConfig, BackUpPath, DataSourcePath выведены в интерфейс и не требуют правки через XML.
А вот остальные сейчас расскажу для чего нужны.
EveryDayNewLogFile - Может иметь значение false или true. Обозначает необходимость каждый день писать логи в новый лог-файл. Если стоит истина, тогда каждый новый день создается новый лог файл. Имя файла содержит дату. Если нет, то всегда пишется в один файл.
LogMainFileName - Имя файла-лога, в который всегда будут писаться логи. Используется в том случае если предыдущий параметр равен false.
ComUser - Имя пользователя в ИС 1С. Тот пользователь под которым можно подключиться через COM соединение.
ComPass - Пользователь для пользователя который был указан в предыдущем параметре.
LogicalDBName - Логическое имя файла базы данных
LogicalDBLogName - Логическое имя файла лога базы данных
Два последних параметра можно посмотреть через MS SQL Managments Studio, нажав правой кнопкой на базе данных, и выбрав пункт "Свойства". Во вкладке "Файлы", видны эти параметры.
SQL SQL логический файл 'xxxxx' не является частью базы данных «yyy». Используйте Restore FileListonly, чтобы перечислить логическое имя файла.
SQL логический файл 'xxxxx' не является частью базы данных «yyy». Используйте Restore FileListonly, чтобы перечислить логическое имя файла.
Напишите базу данных Backup authoUP SQL, восстановите базу данных ustroddb для mybackup, восстановить не удалось. Кодовое шоу, как показано ниже:
Затем выполните восстановление FileListonly Ellughtion в соответствии с подсказкой:
Логические имена, которые нуждаются в резервных копиях, найдены:
Затем я понимаю, что оператор «Перемещение» - это просто логическое имя, не добавляйте никаких других дополнительных. Поместите эти два логических имена за соответствующим «движущимся»)
PS: главным образом, не понятно, что движение логично.
Интеллектуальная рекомендация
Специальные предложения
Да, и ещё довод в пользу более тесной интеграции с 1С - это ещё и считывание данных о подключении к СУБД из самой инфраструктуры 1С т.е. из кластера - чтобы надо было лишь выбрать ИБ откуда и ИБ куда (причём из списка, в котором сначала указаны кластеры, там же могут быть уже указаны и имеющиеся бэкапы (ну это отдельно настраивается для каждой ИБ и/или общим каталогом))! Вот тогда да - это было бы действительно "быстро" - но лишь по части GUI-взаимодействия, а не по части техники работы с самим бэкапом!
Да и зачем программе путь к файлам БД? Тем более, что это не обязан быть один каталог!
(1)Безусловно Ваши доводы имеют основание, описанная Вами обработка была бы интересна как в написании так и в рассмотрении, возьму на заметку идею.
Про путь к файлам БД, исключительно потому что я в своем скрипте (шаблонном) использовал эти пути. Тот самый скрипт был взят за основу программы.
Подскажи, в чем именно ошибки при восстановлении ?
2019-02-14 01:11 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:13 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:16 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:17 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:18 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:19 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:19 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:19 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
2019-02-14 01:24 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:24 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:24 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
(3) Прошу прощения, сразу не описал, сейчас поправлю в статье.
1. Первые ошибки связаны вероятно с тем что не введен правильный пользователь и пароль для СУБД. Чаще всего пользователь SA и пароль какой был введен по умолчанию.
После того как введете нажмите "сохранить настройки" что бы при следующем запуске не было таких проблем.
2. Я забыл упомянуть что не все настройки выведены в интерфейс, так как не часто меняются в пределах одной компании. В xml файле, есть такой параметр как логическое имя БД. В MS SQL Managment Studio можно посмотреть вот тут, в свойствах базы:
Пожалуйста, запустите ниже sql и проверьте логические имена
А затем замените логическое имя, показанное RESTORE FILELISTONLY в сценарии ниже
Blasto: вы должны взять вывод первого запроса «логическое имя» и поместить во второй запрос. ** было упомянуто, так как вы должны заменить логическое имя. Таким образом, в приведенном выше запросе « логическое имя файла данных» следует заменить на «вывод 1-го запроса». Если вы поделитесь своим 1-м выводом запроса, я скажу вам, что заменить где. Вы также можете выполнить поиск «восстановить базу данных с перемещением», чтобы получить множество полезных самоочевидных ссылок.
Если вам нужно изменить логическое имя после восстановления базы данных, запустите ALTER DATABASE [Northwind] MODIFY FILE (NAME=N'Northwind_Data', NEWNAME=N'YourDatabaseName_Data'); ALTER DATABASE [Northwind] MODIFY FILE (NAME=N'Northwind_log', NEWNAME=N'YourDatabaseName_log');
Это решение мне подходит. Обратите внимание, что вам нужно указать «логическое имя файла» в MOVE, а не «физическое имя файла».
Как это сделать в коде? У меня есть куча таблиц, и они случайным образом назвали глупые логические имена. Таким образом, мне нужно сделать выбор * из (восстановить только список файлов . ) и сделать первый для данных и второй для журнала. но я не могу получить результат восстановления .
У меня возникла эта проблема при попытке восстановить базу данных на MS SQL Server 2012.
Вот мой сценарий восстановления базы данных:
И я столкнулся с ошибкой:
Вот как я это исправил :
Проблема заключалась в том, что я неправильно ссылался на логические файлы.
Мне пришлось запустить RESTORE FILELISTONLY команду ниже в файле резервной копии:
Это отобразило логическое имя и соответствующее физическое имя файлов данных и журнала для базы данных соответственно:
Все, что мне нужно было сделать, это просто заменить логическое имя и соответствующее физическое имя файлов данных и журнала для базы данных соответственно в сценарии:
Да, и ещё довод в пользу более тесной интеграции с 1С - это ещё и считывание данных о подключении к СУБД из самой инфраструктуры 1С т.е. из кластера - чтобы надо было лишь выбрать ИБ откуда и ИБ куда (причём из списка, в котором сначала указаны кластеры, там же могут быть уже указаны и имеющиеся бэкапы (ну это отдельно настраивается для каждой ИБ и/или общим каталогом))! Вот тогда да - это было бы действительно "быстро" - но лишь по части GUI-взаимодействия, а не по части техники работы с самим бэкапом!
Да и зачем программе путь к файлам БД? Тем более, что это не обязан быть один каталог!
(1)Безусловно Ваши доводы имеют основание, описанная Вами обработка была бы интересна как в написании так и в рассмотрении, возьму на заметку идею.
Про путь к файлам БД, исключительно потому что я в своем скрипте (шаблонном) использовал эти пути. Тот самый скрипт был взят за основу программы.
Подскажи, в чем именно ошибки при восстановлении ?
2019-02-14 01:11 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:13 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:16 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:17 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:18 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:19 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:19 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:19 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
2019-02-14 01:24 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:24 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:24 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
(3) Прошу прощения, сразу не описал, сейчас поправлю в статье.
1. Первые ошибки связаны вероятно с тем что не введен правильный пользователь и пароль для СУБД. Чаще всего пользователь SA и пароль какой был введен по умолчанию.
После того как введете нажмите "сохранить настройки" что бы при следующем запуске не было таких проблем.
2. Я забыл упомянуть что не все настройки выведены в интерфейс, так как не часто меняются в пределах одной компании. В xml файле, есть такой параметр как логическое имя БД. В MS SQL Managment Studio можно посмотреть вот тут, в свойствах базы:
Пожалуйста, запустите ниже sql и проверьте логические имена
Затем замените логическое имя, показанное на в скрипте ниже
Проверьте свойства базы данных и убедитесь, что логическое имя совпадает с именем файла. Используйте команду Alter Database, чтобы изменить их:
Я использовал Powershell для этого, и у меня была такая же ошибка. Что меня поразило, так это то, что я использовал "$ db_log.mdf", а подчеркивание - допустимый символ для определений переменных, поэтому он действительно искал $ db_log, а не объединял.
Итак, мой код выглядел так:
Я пытался восстановить базу данных из резервной копии по UNC-пути. Было 2 проблемы:
База данных начиналась с чисел: 123DbName, поэтому это нужно было заключить в [], например [123DbName]
Я писал полный UNC-путь к серверу, на который хотел переехать: \ server \ e $ \ data | \ server \ f $ \ log, как только я удалил серверную часть и оставил только e и f, все заработало.
У меня возникла эта проблема при попытке восстановить базу данных на MS SQL Server 2012.
Вот мой сценарий восстановления базы данных:
И я столкнулся с ошибкой:
Вот как я это исправил:
Проблема заключалась в том, что я неправильно ссылался на логические файлы.
Мне пришлось запустить команду ниже для файла резервной копии:
Это отображало LogicalName и соответствующие PhysicalName файлов данных и журнала для базы данных соответственно:
Все, что мне нужно было сделать, это просто заменить LogicalName и соответствующие PhysicalName файлов данных и журнала для базы данных соответственно в скрипте:
И задача восстановления базы данных успешно выполнилась:
Этот пост помог мне разобраться в этом: Ошибка SQL - логический файл «XYZ_Log2» не является частью базы данных «XYZ». Используйте RESTORE FILELISTONLY для вывода списка логических имен файлов.
надеюсь, это поможет
То, о чем вы просите, нетривиально и имеет несколько потенциальных ловушек (хотите ли вы перезаписать базу данных, если она существует? Что, если база данных используется, когда вы пытаетесь перезаписать? Вы хотите поместить физические файлы в в одном каталоге все время? и т. д.) ..
К счастью, об этом спрашивали раньше, смотрите, я не тестировал, но выглядит нормально.
Сеть Внимания пирамиды для сегментации сегментации
Сеть Внимания пирамиды для сегментации сегментации Эта статья предлагает сковороду, предлагая функцию модуля привлечения пирамиды (FPA) и Global Module Atterty Upsample (GAU), вводящий очаговый ключ д.
Специальные предложения
Да, и ещё довод в пользу более тесной интеграции с 1С - это ещё и считывание данных о подключении к СУБД из самой инфраструктуры 1С т.е. из кластера - чтобы надо было лишь выбрать ИБ откуда и ИБ куда (причём из списка, в котором сначала указаны кластеры, там же могут быть уже указаны и имеющиеся бэкапы (ну это отдельно настраивается для каждой ИБ и/или общим каталогом))! Вот тогда да - это было бы действительно "быстро" - но лишь по части GUI-взаимодействия, а не по части техники работы с самим бэкапом!
Да и зачем программе путь к файлам БД? Тем более, что это не обязан быть один каталог!
(1)Безусловно Ваши доводы имеют основание, описанная Вами обработка была бы интересна как в написании так и в рассмотрении, возьму на заметку идею.
Про путь к файлам БД, исключительно потому что я в своем скрипте (шаблонном) использовал эти пути. Тот самый скрипт был взят за основу программы.
Подскажи, в чем именно ошибки при восстановлении ?
2019-02-14 01:11 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:13 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:16 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:17 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:18 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:19 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:19 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:19 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
2019-02-14 01:24 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:24 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:24 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
(3) Прошу прощения, сразу не описал, сейчас поправлю в статье.
1. Первые ошибки связаны вероятно с тем что не введен правильный пользователь и пароль для СУБД. Чаще всего пользователь SA и пароль какой был введен по умолчанию.
После того как введете нажмите "сохранить настройки" что бы при следующем запуске не было таких проблем.
2. Я забыл упомянуть что не все настройки выведены в интерфейс, так как не часто меняются в пределах одной компании. В xml файле, есть такой параметр как логическое имя БД. В MS SQL Managment Studio можно посмотреть вот тут, в свойствах базы:
Пожалуйста, запустите ниже sql и проверьте логические имена
А затем замените логическое имя, показанное RESTORE FILELISTONLY в сценарии ниже
Blasto: вы должны взять вывод первого запроса «логическое имя» и поместить во второй запрос. ** было упомянуто, так как вы должны заменить логическое имя. Таким образом, в приведенном выше запросе « логическое имя файла данных» следует заменить на «вывод 1-го запроса». Если вы поделитесь своим 1-м выводом запроса, я скажу вам, что заменить где. Вы также можете выполнить поиск «восстановить базу данных с перемещением», чтобы получить множество полезных самоочевидных ссылок.
Если вам нужно изменить логическое имя после восстановления базы данных, запустите ALTER DATABASE [Northwind] MODIFY FILE (NAME=N'Northwind_Data', NEWNAME=N'YourDatabaseName_Data'); ALTER DATABASE [Northwind] MODIFY FILE (NAME=N'Northwind_log', NEWNAME=N'YourDatabaseName_log');
Это решение мне подходит. Обратите внимание, что вам нужно указать «логическое имя файла» в MOVE, а не «физическое имя файла».
Как это сделать в коде? У меня есть куча таблиц, и они случайным образом назвали глупые логические имена. Таким образом, мне нужно сделать выбор * из (восстановить только список файлов . ) и сделать первый для данных и второй для журнала. но я не могу получить результат восстановления .
У меня возникла эта проблема при попытке восстановить базу данных на MS SQL Server 2012.
Вот мой сценарий восстановления базы данных:
И я столкнулся с ошибкой:
Вот как я это исправил :
Проблема заключалась в том, что я неправильно ссылался на логические файлы.
Мне пришлось запустить RESTORE FILELISTONLY команду ниже в файле резервной копии:
Это отобразило логическое имя и соответствующее физическое имя файлов данных и журнала для базы данных соответственно:
Все, что мне нужно было сделать, это просто заменить логическое имя и соответствующее физическое имя файлов данных и журнала для базы данных соответственно в сценарии:
Да, и ещё довод в пользу более тесной интеграции с 1С - это ещё и считывание данных о подключении к СУБД из самой инфраструктуры 1С т.е. из кластера - чтобы надо было лишь выбрать ИБ откуда и ИБ куда (причём из списка, в котором сначала указаны кластеры, там же могут быть уже указаны и имеющиеся бэкапы (ну это отдельно настраивается для каждой ИБ и/или общим каталогом))! Вот тогда да - это было бы действительно "быстро" - но лишь по части GUI-взаимодействия, а не по части техники работы с самим бэкапом!
Да и зачем программе путь к файлам БД? Тем более, что это не обязан быть один каталог!
(1)Безусловно Ваши доводы имеют основание, описанная Вами обработка была бы интересна как в написании так и в рассмотрении, возьму на заметку идею.
Про путь к файлам БД, исключительно потому что я в своем скрипте (шаблонном) использовал эти пути. Тот самый скрипт был взят за основу программы.
Подскажи, в чем именно ошибки при восстановлении ?
2019-02-14 01:11 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:13 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:16 > ViewDBList() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:17 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:18 > TestConnection() error: [DBNETLIB][ConnectionOpen (Connect()).]SQL Server не существует, или доступ запрещен.
2019-02-14 01:19 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:19 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:19 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
2019-02-14 01:24 > Запускаем восстановление базы данных: buh3_ecodor_00
2019-02-14 01:24 > Восстанавливаем из файла: D:\Backup_SQL\buh_ecodor_00\buh_ecodor_00_backup_2019_02_12_05 0001_5847766.bak
2019-02-14 01:24 > RestoreDB() error: RESTORE DATABASE прервано с ошибкой.
Логический файл "upp_db" не является частью базы данных "buh3_ecodor_00". Используйте RESTORE FILELISTONLY для вывода списка имен логических файлов.
(3) Прошу прощения, сразу не описал, сейчас поправлю в статье.
1. Первые ошибки связаны вероятно с тем что не введен правильный пользователь и пароль для СУБД. Чаще всего пользователь SA и пароль какой был введен по умолчанию.
После того как введете нажмите "сохранить настройки" что бы при следующем запуске не было таких проблем.
2. Я забыл упомянуть что не все настройки выведены в интерфейс, так как не часто меняются в пределах одной компании. В xml файле, есть такой параметр как логическое имя БД. В MS SQL Managment Studio можно посмотреть вот тут, в свойствах базы:
Пожалуйста, запустите ниже sql и проверьте логические имена
Затем замените логическое имя, показанное на в скрипте ниже
Проверьте свойства базы данных и убедитесь, что логическое имя совпадает с именем файла. Используйте команду Alter Database, чтобы изменить их:
Я использовал Powershell для этого, и у меня была такая же ошибка. Что меня поразило, так это то, что я использовал "$ db_log.mdf", а подчеркивание - допустимый символ для определений переменных, поэтому он действительно искал $ db_log, а не объединял.
Итак, мой код выглядел так:
Я пытался восстановить базу данных из резервной копии по UNC-пути. Было 2 проблемы:
База данных начиналась с чисел: 123DbName, поэтому это нужно было заключить в [], например [123DbName]
Я писал полный UNC-путь к серверу, на который хотел переехать: \ server \ e $ \ data | \ server \ f $ \ log, как только я удалил серверную часть и оставил только e и f, все заработало.
У меня возникла эта проблема при попытке восстановить базу данных на MS SQL Server 2012.
Вот мой сценарий восстановления базы данных:
И я столкнулся с ошибкой:
Вот как я это исправил:
Проблема заключалась в том, что я неправильно ссылался на логические файлы.
Мне пришлось запустить команду ниже для файла резервной копии:
Это отображало LogicalName и соответствующие PhysicalName файлов данных и журнала для базы данных соответственно:
Все, что мне нужно было сделать, это просто заменить LogicalName и соответствующие PhysicalName файлов данных и журнала для базы данных соответственно в скрипте:
И задача восстановления базы данных успешно выполнилась:
Этот пост помог мне разобраться в этом: Ошибка SQL - логический файл «XYZ_Log2» не является частью базы данных «XYZ». Используйте RESTORE FILELISTONLY для вывода списка логических имен файлов.
надеюсь, это поможет
То, о чем вы просите, нетривиально и имеет несколько потенциальных ловушек (хотите ли вы перезаписать базу данных, если она существует? Что, если база данных используется, когда вы пытаетесь перезаписать? Вы хотите поместить физические файлы в в одном каталоге все время? и т. д.) ..
К счастью, об этом спрашивали раньше, смотрите, я не тестировал, но выглядит нормально.
TIDB Двоичного Источник чтение Чтение статья (7) Drainer сервер Введение
Автор: Хуан Jiahao В предыдущей статье вводится насос сервер, давайте познакомимся реализация Drainer сервера, главная роль Drainer сервера, чтобы получить Двоичный от каждого сервера насоса, и анализ.
LeetCode 595. Big Countries
LeetCode 595. Big Countries тема There is a table World A country is big if it has an area of bigger than 3 million square km or a population of more than 25 million. Write a SQL solution to output bi.
Переключатель Kotlin
В Котлине нет оператора коммутатора, и это DESI. Способ Джавы: Котлин написание: .
Практика работы с регулярными выражениями
Читайте также: