微软推出Silverlight 5.2版本-mysql チュートリアル-php.cn

ホームページ

データベース

mysql チュートリアル

微软推出Silverlight 5.2版本

WBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWBOYWB

Jun 07, 2016 pm 03:14 PM

silverlightマイクロソフトロールアウトする

作为5月8号周二补丁的一部分，微软悄悄的为大家发布了一个Silverlight小更新。新版本（虽然微软将其称为5.1，但实际上是5.2）是微软自去年12月推出Silverlight 5.0以来发布的首个Silverlight更新。 Silverlight粉丝们也不必太过激动，你就把这个5.2更新当做

作为5月8号周二补丁的一部分，微软悄悄的为大家发布了一个Silverlight小更新。新版本（虽然微软将其称为5.1，但实际上是5.2）是微软自去年12月推出Silverlight 5.0以来发布的首个Silverlight更新。

微软推出Silverlight 5.2版本

Silverlight粉丝们也不必太过激动，你就把这个5.2更新当做是微软为促进Silverlight浏览器插件、Web，桌面和手机开发平台发展所做的努力。微软有时候也会突然提前某些产品的版本编号，IE浏览器就遭遇过这种情况，微软之前也曾推出一个对IE进行安全更新和漏洞修复的补丁和升级版本作为其周二补丁的一部分。

Silverlight 5.2有什么新功能呢？我们已经在下面为大家罗列出来了，根据微软的说法，其中包括性能、可靠性和安全方面的改进。

微软知识库
2636927 MS12-034
修复“Best Effort”Silverlight数字版权管理输出保护（Silverlight Digital Rights Management Output Protection）等级在某些机器上失效的问题
解决浏览器信任的OOB(out of the box) 应用无法更新的问题
修复在用户从Silverlight 4升级到Silverlight 5后造成永久性凭证失效的问题
解决某些字符组合导致Silverlight应用程序崩溃的问题
修复某些需要Output Protection却无法显示内容的问题
修复某些用户遇到硬件ID不匹配错误只能通过重新个性化解决才能解决的Silverlight DRM的问题

自Silverlight 5之后微软官方人员就一直不肯透露未来版Silverlight的相关内容。不管公司内部还是公司外部，微软都表示Silverlight 5（及其各种小更新）将会是这个平台最后的重大更新。微软在去年12月曾表示它将直到2021年才放弃对Silverlight 5的支持。

英文出自：zdnet

译文出自：omnia

声明

この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。

Innodb Redoログの役割を説明し、ログを元に戻します。Apr 15, 2025 am 12:16 AM

INNODBは、レドログと非論的なものを使用して、データの一貫性と信頼性を確保しています。 1.レドログは、クラッシュの回復とトランザクションの持続性を確保するために、データページの変更を記録します。 2.Undologsは、元のデータ値を記録し、トランザクションロールバックとMVCCをサポートします。

説明出力（タイプ、キー、行、追加）で探す重要なメトリックは何ですか？Apr 15, 2025 am 12:15 AM

説明コマンドのキーメトリックには、タイプ、キー、行、および追加が含まれます。 1）タイプは、クエリのアクセスタイプを反映しています。値が高いほど、constなどの効率が高くなります。 2）キーは使用されているインデックスを表示し、nullはインデックスがないことを示します。 3）行はスキャンされた行の数を推定し、クエリのパフォーマンスに影響します。 4）追加の情報を最適化する必要があるというFilesortプロンプトを使用するなど、追加情報を提供します。

説明の一時的なステータスを使用し、それを回避する方法は何ですか？Apr 15, 2025 am 12:14 AM

Temporaryを使用すると、MySQLクエリに一時テーブルを作成する必要があることが示されています。これは、異なる列、またはインデックスされていない列を使用して順番に一般的に見られます。インデックスの発生を回避し、クエリを書き直し、クエリのパフォーマンスを改善できます。具体的には、expliect出力に使用を使用する場合、MySQLがクエリを処理するために一時テーブルを作成する必要があることを意味します。これは通常、次の場合に発生します。1）個別またはグループビーを使用する場合の重複排除またはグループ化。 2）Orderbyに非インデックス列が含まれているときに並べ替えます。 3）複雑なサブクエリを使用するか、操作に参加します。最適化方法には以下が含まれます。1）OrderbyとGroupB

さまざまなSQLトランザクションの分離レベル（読み取り、commited、繰り返し読み取り、シリアル化可能、シリアル化可能）とmysql/innodbの意味を説明してください。Apr 15, 2025 am 12:11 AM

MySQL/INNODBは、4つのトランザクション分離レベルをサポートしています。 1.ReadunCommittedは、知らないデータを読み取ることができます。 2。読み込みは汚い読み取りを回避しますが、繰り返しのない読みが発生する可能性があります。 3. RepeatablerEadはデフォルトレベルであり、汚い読み取りと非回復不可能な読みを避けますが、幻の読み取りが発生する可能性があります。 4. Serializableはすべての並行性の問題を回避しますが、同時性を低下させます。適切な分離レベルを選択するには、データの一貫性とパフォーマンス要件のバランスをとる必要があります。

MySQL対その他のデータベース：オプションの比較Apr 15, 2025 am 12:08 AM

MySQLは、Webアプリケーションやコンテンツ管理システムに適しており、オープンソース、高性能、使いやすさに人気があります。 1）PostgreSQLと比較して、MySQLは簡単なクエリと高い同時読み取り操作でパフォーマンスが向上します。 2）Oracleと比較して、MySQLは、オープンソースと低コストのため、中小企業の間でより一般的です。 3）Microsoft SQL Serverと比較して、MySQLはクロスプラットフォームアプリケーションにより適しています。 4）MongoDBとは異なり、MySQLは構造化されたデータおよびトランザクション処理により適しています。

MySQL Index Cardinalityはクエリパフォーマンスにどのように影響しますか？Apr 14, 2025 am 12:18 AM

MySQLインデックスのカーディナリティは、クエリパフォーマンスに大きな影響を及ぼします。1。高いカーディナリティインデックスは、データ範囲をより効果的に狭め、クエリ効率を向上させることができます。 2。低カーディナリティインデックスは、完全なテーブルスキャンにつながり、クエリのパフォーマンスを削減する可能性があります。 3。ジョイントインデックスでは、クエリを最適化するために、高いカーディナリティシーケンスを前に配置する必要があります。

MySQL：新規ユーザー向けのリソースとチュートリアルApr 14, 2025 am 12:16 AM

MySQL学習パスには、基本的な知識、コアの概念、使用例、最適化手法が含まれます。 1）テーブル、行、列、SQLクエリなどの基本概念を理解します。 2）MySQLの定義、作業原則、および利点を学びます。 3）インデックスやストアドプロシージャなどの基本的なCRUD操作と高度な使用法をマスターします。 4）インデックスの合理的な使用や最適化クエリなど、一般的なエラーのデバッグとパフォーマンス最適化の提案に精通しています。これらの手順を通じて、MySQLの使用と最適化を完全に把握できます。

実際のmysql：例とユースケースApr 14, 2025 am 12:15 AM

MySQLの実際のアプリケーションには、基本的なデータベース設計と複雑なクエリの最適化が含まれます。 1）基本的な使用法：ユーザー情報の挿入、クエリ、更新、削除など、ユーザーデータの保存と管理に使用されます。 2）高度な使用法：eコマースプラットフォームの注文や在庫管理など、複雑なビジネスロジックを処理します。 3）パフォーマンスの最適化：インデックス、パーティションテーブル、クエリキャッシュを使用して合理的にパフォーマンスを向上させます。

See all articles