<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.3.3" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	>
<channel>
	<title>Comments on: Exploring Calculated Fields: Part 2 - Extracting Data Values with STRPART()</title>
	<link>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart</link>
	<description>Application Spotlight</description>
	<pubDate>Tue, 26 Mar 2019 18:51:53 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.3.3</generator>
		<item>
		<title>By: Ken Kaczmarek</title>
		<link>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-471</link>
		<dc:creator>Ken Kaczmarek</dc:creator>
		<pubDate>Thu, 28 Jan 2010 16:09:42 +0000</pubDate>
		<guid>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-471</guid>
		<description>Hi JohnDoe -- that is correct, all calculations are based within the same record, so you won't be able to calculate "up or down" your table.  Spreadsheets, like Microsoft Excel, are good at dealing with "cells", since they can be more free-wheeling in their calculations.  Unfortunately, databases tend to be constrained much more to individual records (e.g., calculated field) or an entire field (e.g., a query or group), rather than just a subset of a field.</description>
		<content:encoded><![CDATA[<p>Hi JohnDoe &#8212; that is correct, all calculations are based within the same record, so you won't be able to calculate &#8220;up or down&#8221; your table.  Spreadsheets, like Microsoft Excel, are good at dealing with &#8220;cells&#8221;, since they can be more free-wheeling in their calculations.  Unfortunately, databases tend to be constrained much more to individual records (e.g., calculated field) or an entire field (e.g., a query or group), rather than just a subset of a field.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JohnDoe</title>
		<link>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-470</link>
		<dc:creator>JohnDoe</dc:creator>
		<pubDate>Thu, 28 Jan 2010 12:33:59 +0000</pubDate>
		<guid>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-470</guid>
		<description>How to get the next record's field as part of calculated field? For example, I have a column that calculate average of previous 5 values of another column. Currently, I notice all the calculations are based on current records.</description>
		<content:encoded><![CDATA[<p>How to get the next record's field as part of calculated field? For example, I have a column that calculate average of previous 5 values of another column. Currently, I notice all the calculations are based on current records.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Exploring Calculated Fields: Part I - The Basics &#124; Strata Blog</title>
		<link>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-36</link>
		<dc:creator>Exploring Calculated Fields: Part I - The Basics &#124; Strata Blog</dc:creator>
		<pubDate>Thu, 14 Aug 2008 22:48:08 +0000</pubDate>
		<guid>https://www.kirix.com/stratablog/exploring-calculated-fields-part-2-extracting-data-values-with-strpart#comment-36</guid>
		<description>[...] Blog  &#171; Using Relationships to Compare Lists of Emails Exploring Calculated Fields: Part 2 - Extracting Data Values with STRPART() [...]</description>
		<content:encoded><![CDATA[<p>[&#8230;] Blog  &laquo; Using Relationships to Compare Lists of Emails Exploring Calculated Fields: Part 2 - Extracting Data Values with STRPART() [&#8230;]</p>
]]></content:encoded>
	</item>
</channel>
</rss>