Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 5 years ago.
Improve this question
I'm not sure what is the best way to tackle this problem. I have a lot of calculations in my workbook and I'm trying to make it as fast and light as possible.
So my question is if I have five columns with in total 200 values, what is the best way to look for duplicates? I really don't want to make a =countif for every cell and everywhere I read people are saying that VBA is not the best way to do it, so what would you recommend? I need to use the result in VBA so I was wondering if the color set could be a solution because that appear to be light and fast.
You should store the values in an array and check the array for duplicates.
You can then create a result() array with unique values, or do anything you like, and then post the resulting array in your sheet.
This is way more efficient than manipulating cells in your sheet, by orders of magnitude.
Related
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 2 years ago.
Improve this question
Like I need to create a table out of this record then what is the best way to do it?
The short answer to your question is "it depends, but it is likely that you want to separate the values". Especially if you expect a query like "show me all ip-adresses with a range of /24", you will have to atomize / separate these values.
The long answer to the question "what is the best way to do it" is understanding normalization.
As you tagged your question with "normalization" yourself, you may want to read this article.
Happy coding.
Short answer : Yes. You can
Long answer : Oracle doesn't care about what you are storing. As long as the column type is Varchar2 or Clob (for instance) you can store litterally any character you want. The problem is what is the best way for you to handle such data. If you are ok with that format, Oracle will follow.
Closed. This question needs details or clarity. It is not currently accepting answers.
Want to improve this question? Add details and clarify the problem by editing this post.
Closed 7 years ago.
Improve this question
I would like to know if there is any problem or any sort of combinations that can not be solved using SQL language.
Is there any list in the web where I can find situations that are impossible to measure using SQL?
Or is everything possible to calculate using SQL.
Thank you.
SQL is pretty flexible, but it can't do everything. However there is no handy guide that I know of that lists what it can't do. There are things that I think you can do but shouldn't: anything that involves doing calculations one row at a time are very inefficient and will generally be faster if done in code.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 8 years ago.
Improve this question
I have a very big excel sheet that holds many information such as dates, item number, description, etc. I am trying to filter out a few things with if statements but i am like filtering around 10 or more things, the only way i know how to go about doing this is many IF statements together:
IF(statement>value,IF(statement>value,IF............))) as an example
is there an easier and simple way of doing this? all these nested IF statements are hard to keep up and hard on the eyes after a while, also i would like to have the sum of the numbers after it goes pass these fitlers. please help
To get the proper format for a SUM formula with 3 conditional IF statements. Is it this?
=SUM(IF($A$1:$A$20=A25,IF($B$1:$B$20=B25,IF($C$1:$C$20=C25))),$D$1:$D$20)
Your can try this code:
=IF(SUM($A$1:$A$20)=A25,IF(SUM($B$1:$B$20)=B25,IF(SUM($C$1:$C$20)=C25,SUM($D$1:$D$20),0),0),0)
NESTED IF
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 8 years ago.
Improve this question
i'm wanting to write data into memory only for a temp time. the format is essentially the same as an sql table with say 5 columns and 1,000 rows, give or take. simply i want to store this data and run queries against it to make calculations, sorting it, querying it to then produce chart reports and excel data.
I looked at custom psobjects and then sql and i can't see why i'd use custom psobjects over sql, what do you think?
I also couldn't see that adding multiple rows as such, using psobjects was as straight forward as adding another row in sql.
thanks
steve
I guess it depends on what you're more comfortable with, but if you're going to do it in Powershell then using PS custom objects seems like a logical choice since the cmdlets were designed to work with those.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 9 years ago.
Improve this question
I am designing a database for a form which contains many select boxes and check boxes lists.
I am unsure whether to populate these lists from a table in the database or from the select html text.
as part of db design best practice which is the preferred method.
If you expect the form elements (checkboxes, lists) are likely to change often, or are conditional (based on configurable permissions/roles), then they should come from a database.
However, if they are mostly static (rarely change, not dependent on configurable permissions), then you should hard-code them. The big benefit of hard-coding them is less traffic on your DB. This will yield the best performance.